Copy 



Docket No.: 163-386 

IN THE UNITED STATES PATENT AND Tr3 
PATENT OPERATIONS 

In re Application of: 

Giovanni Bazzoni, et ai 

Serial No.: 10/099,856 
Filed: March 14, 2002 




FFICE 



) 
) 

) Group Art Unit: 
) 

) Examiner: ~ 



) 
) 
) 



New York, NY 10036 
June 14, 2002 



Commissioner for Patents 
Washington, DC 20231 

CLAIM FOR CO NVENTION PRIORITV iTivn ER 35 U S r «i io 

SIR: '^'^ • - 

In the matter of the above-identified application and under the provisions of 35 
U.S.C. §1 19 Inventor(s) claim the benefit of the following prior applications: 



Application(s) filed in 
In the name of Applicant(s) 
Application No(s). 
Filed 



Italy 

Giovanni Bazzoni, et al 

MI 2001 A 000538 
March 14, 2001 



Pursuant to the Claim to Priority, Applicant(s) submit duly certified copy of 

said foreign application. 

Respectfully submitte 



HEDMAN & COSTIGAN, P.C. 
1 1 85 Avenue of the Americas 
New York, NY 10036-2646 
(212) 302-8989 





Costigan 
^istration No. 25,669 



I hereby certify that this correspondence is being 
deposited with the United States Postal Service 
as first class mail in an envelope addressed to: 

Commissioner for Patents 
Washington, DC 2023 1 




Mt^. 0,6, - ir4^7 - 




Awt<9ntlc«2lo;ne df c© 




^^^^ 



1^ 



depdsHaU con l^ dQ^ bnevetto sdprB^pecfficaM. icui da^^^^ 



•.■•v'.>'^- 




Ror 



• /■■■'• 



t o APR. 2 




ALMINISTERO DELUINDUSTRIA DELCOMMERCIO E DELL ARTIGIANATO 
UFFICIO ITALIANO BREVETTI E MARCHI - ROMA 

DOMANDA Dl BREVETTO PER INVENZIONE INDUSTRIALE, DEPOSITO RISERVE, ANTICIPATA ACCESSIBJUTA ALPUBBLICO 
A. lUCHiEOEHTE (I) 

•DDenominazione I PHOENIX TOOLS S.R.L. - • 

Residenza I MILANO [ 




codice , . . . , 12169B401S9, 



2} Oenominazlone 



Residenza L 



J codice I I I I I < 



B. RAPPRESENTANTE DEL RICHIEDEHTE PRESSO LUI.R.in. 

cognome noma 1 BURCHIRLLT RIccardQ e altrl 



denominazione studio di appartenenza | BARZANO^ & ZANARDO MILANO 5,p.A> 
via ' BORgCWUOVO I n i I I l lOcitta I MI LA N O 



J cod. fiscale I I I I t I I i I I t I I I i I 



J cap l2. Q 1 2 q (prov) iJljI 



C. DOHIICIUO ELETTIVO destinatario L 

via I : 



J 



J n. I I I I I citta I 



J cap I « I » ' I (prov) I I I 



0. TITOLO classe proposta (sez/cl/scl) I l i > I gruppo/sottogruppo I » I I / I I > I I 

I SISTEMA PER LA CREAZIONEr LA VISUALIZ7.A7.TONE E LA GESTICM^E DI OGGETTI 

> TRIDIMENSIONALI SU PAGINE WEB E METODO RRLATTVO 



L 



L 



AHTICIPATA ACCESSIBILITA AL PUBBUCO: SI U NO 



2) L 



RICCARDI KARIM 



J 3) L 
J 4) L 



SE ISTANZA: DATA LU / I I I / LU N° PROTOCOLLO I ■■■■■■ I 

RINALDI GERARD«S=™™™™ 



SAVARE' RICCARDO 



F. pbiomtA 

nazlone o organlzzazione 
1) I 



. ailegato 

tipo di piiorita numero di domanda data di deposito S/R 

I I I UJ/LiJ/i I I I l U 



2) L 



J L 

J L 



J L 



J LU/LiJ/l il l ! U 



G. GENTRO ABILITATO 01 RACCOLTA COLTURE 01 HIICRORGANISIHI. denominazione L 
I 



H. ANNOTAZIOHI SPECIAU 




L 



L 



OOCUMENTAZiOHE ALLE6ATA 

N. es. 

Doc, 1) L£ fPROVl n.pag. 
Doc. 2) L2 rPBO^ n.tav. 
Doc. 3) UO f-Ris^ 



I30C.4) 
Doc. 5) 
Doc. 6) 
Doc. 7) 



LP 

u. 
u 
u 



1 Rts/ 
I RIS I 

ran 



i i7D riassunto con disegno principale. descrizione e rtvendicazioni (obbligatorio 1 esemplare) . 
LIB disegno (obbligatorio se citato in descrizione, 1 esempiare) 

lettera d'incarico, procura o riferifnento procura generaie 

deslgnazione Inventore 

documenti di priorita con traduzione in italiano 

autorizzazlone o atto di cessione 

nominative completo del richiedente 

NOVECENTOQUINDICIMILA 





SCIOGLII^ENTO RISERVE 




Data 


N** Protocollo 


LU/ 


UJ/L 


U/l 1 


LjJ/ 


LU/L 


1 I/I 1 . 1 1 1 t 1 


LU/ 


LU/L 


. 1/1 ...... 1 


UJ/ 


UJ/L 


U/l 1 f I f 1 1 1 


confronta singole priorita 


LU/ 


LU/L 


1 1/ 1 1 1 1 [ 1 i 1 



nRMA OELdl RICHIEOENTE(I) L 



8) attestati di versamento. totale lire L 
COHPILATO IL UJI /4-U|y ft' (? ' 0I 0 1 
COHTIHDA SI/NO Llj^^ I 

m PRESEiriE ATTO SI RICHiEOE COPIA AUTENTICA SI/NO I I ^ j 



llifi 





J obbligatorio 

r all alj tyi) 



J 



CAMERA DICOMMERCIOIND. ART. EAGR. 01 I MIUNO 
VERIMtUDI DEPOSITO 

L'anno ITiDEIOOM 



MILANO 



NUMERO DI OOMANDA L 



Ml 2001 A 000538 



J codice 



DUEMILAUNO 



Reg. A. 



J . il glorndt-^ 



QUATTORDICI 



MARZO 



il(i) richiedente (i) sopralndicato(i) ha(hanno) presentato a me sottoscritto ia pr9Sef\ti•d6m§q^jaJ(X3f?e^^a^^ 
I. ANNOTAZIONI VARIE DELL'UFFICIALE ROGANTE I 



EPOSfTANTE 




X 




I , del mese di 



fogli aggiuntivl per la concessione del brevetto soprariportato. 



M,(|^ORTO^teSl ^ 



RIASSUNTO INVENZIOJ 
NUMERO OOMANDA L 
NUMERO 8REVETT0 I 



IZIONE E RIVENDICAZIONE 

REG. A 



DATADtOEPOSTTO 
DATA Dl RILASdO 



PROSPETTO A 



/L 



0. TITQIO 

I 



^^Sisteitia per la creazioney la visualizzazione e la gestione d i 
oggetti tridimensionali su pagine web e metodo relative" - 



L RUSSONTO 



Un sistema per la creazione, la visualizzazione e la gestione 
di oggetti tridimensionali su pagine web^ atto a consentire di 
accedere ad oggetti tridimensionali presenti su un browser web 
del World-Wide-Web (WWW) , che vengono trattati in modo tale da 
apparire oggetti reali animati sulle pagine standard del web^ 
mentre 1' utilizzatore pud liberamente muovere, ruotare e 
generalmente interagire con i suddetti oggetti per visualizzare 
meglio le informazioni presenti sulle superfici esterne. La 
principale caratteristica della presente invenzione risiede nel 
fatto di poter sovrapporre pagine html sull' intera superficie 
dell' oggetto, in modo che ciascuna faccia di tale oggetto si 
comporti come un browser web di tipo standard,, supportandone le 
funzionalita tipiche. 
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DESCRIZIONE dell ' invenzione industriale 
a nome: PHOENIX TOOLS S.r.l. 
di nazionalita: italiana 
con sede in: MILANO (MI) . 
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l4nRR, 2001 
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La presente invenzione si riferisce genericamente al- 
ia possibilita di effettuare interazioni, da parte di 
utentir nel World-Wide-Web, e, piu specif icatamente, 
descrive una apparecchiatura elettronica ed un metodo 
relative, che consentono, da una parte, al creatore 
di siti web, di utilizzare oggetti tridimensionali 
quali elementi di visualizzazione di inf ormazioni e, 
d^'altra parte,, all'utente di tali siti, di interagire 
con ulteriori contenuti ed applicazioni, visualizza- 
bill in un browser web, per mezzo di interfacce tri- 
dimensionali . 

In particolare, 1' invenzione descrive un metodo per 
la creazione di oggetti tridimensionali con pagine 
html visualizzate sulle loro superfici esterne, per 
la determinazione del grado di interazione con 
1' utilizzatore e per la definizione delie risposte ai 
comandi in ingresso dell'utente; 1' invenzione descri- 
ve inoltre un sistema di visualizzazione di oggetti 
tridimensionali all' interne di un web browser stan- 
dard ed una modalita di interazione con I'utente. 
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Inizialmente, il World-Wide-Web non aveva suscitato 
molto interesse nella comunitA di NSFNet (il nuovo 
nome dato alia nascente rete dopo 1' assorbimento del- 
la prima ihcarnazione di Internet, ARPANet, da parte 
della National Science Foundation) ; un motive era che 
i siti web erano pochi e bisognava creare degli hy- 
perlink tra i vari siti in modo che questi potessero 
essere connessi istantaneamente . 

La creazione degli hyperlink si otteneva inserendo 
all' interne del testo di una pagina i. mezzi per acce- 
dere alle pagine remote, usando il linguaggio HTML 
('^Hypertext Markup Language''), che costituisce il co- 
dice sorgente per il Web; tutto quelle che I'iitente 
doveva fare era cliccare sui link per collegarsi at- 
traverso la rete al sito indicate. 

II linguaggio html ha permesso agli utenti di effet- 
tuare delle connessioni tra i siti di Internet senza 
sapere come trovarli; inoltre, gli utenti non doveva- 
no cenoscere il linguaggio html, perche i browser web 
(programmi software che leggono il codice sorgente 
html e lo convertono in un testo leggibile) si occu- 
pavano di tutto questo. 

Tuttavia, all'inizio, i siti web si basavano solo sul 
testo, come i primi browser, e, quindi, non erano ne 
grafici, ne eccitanti. 
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Nel 1993 venne inventato il primo browser grafico 
gratuito e facile da usare (Mosaic) e cio accelero 
enormemente il traffico sul web e Mosaic divenne 
1' applicazione per la rete piu diffusa. 
Con Mosaic e una rete piu veloce la grafica diventava 
una realta per chiunque avesse accesso a Internet. 
Parallelamente, la grafica su computer faceva passi 
da gigante con 1' introduzione di formati di file di 
inunagine standard che ottimizzavano la compressione 
dei dati per snellire il carico su una banda assai 
limitata (JPEG) . 

Nel 1994 la nascita del linguaggio VRML introduceva 
def initivamente il concetto di struttur'e tridimensio- 
nali in Internet, ipotizzando la possibilita di 
esplorare mondi virtuali in rete. 

Un altro grande evento,. nel 1995, fu la conversiqne 
della rete da parte di NSFNet in strutture commercia- 
li; da questo momento, le societa commerciali di tut- 
to il mondo cominciarono a popolare la rete con i 
propri siti web per proporre prodotti e" servizi, e 
immisero nel circuito Internet enormi quantita di de- 
naro . 

Cio diede un grande impulse a tutte le society di 
software che si occuparono a sviluppare applicazioni 
per il web, non ultime quelle specializzate in grafi- 
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ca tridimensionale • 

Dopo il parziale fallimento del VRML^ invece di crea- 
re mondi tridimensionali separati dal resto di Inter- 
net, 1' orientamento fu quello di . generare oggetti e 
ambienti che potessero essere visti e manipolati 
all'interno di un browser standard, 

Questa seconda revisione del concetto di VRML portd 
le societa di software a proporre soluzioni orientate 
al cominercio elettronico e, cioe, a presentar 
all'interno di browser web, manufatti visualizza 
mediante f oto realistiche od immagini di personag 
animati in uno spazio tridimensionale; a tali sol 
zioni ci si riferisce con il nome di «Player 3D». 
I «Player 3D» del web funzionano come i motori di 
f unzionamento dei videogiochi; visualizzano a video 
delle scene o degli oggetti tridimensionali, li ren- 
derizzano in tempo reale e ne gestiscono 
1' interattivita con I'utente. 

Solitamente, gli elementi sono sul server di una so- 
cieta di web tridimensionale e vengono visualizzati 
tramite dei ^^plug-in" per il browser che devono esse- 
re scaricati ed installati. 

Uno dei problemi piu grossi in questo campo 6 
I'ampiezza di banda di Internet che impone che gli 
elementi tridimensionali siano relativamente sempli- 




-6- 



Ing. Barzand & Zanardo Milano S.p.A. 



ci; a tale proposito^ tutti i produttori «Player 3D» 
hanno escogitato soluzioni piu o meno efficient! per 
affrontare il problema, in modo da trasferire meno 
dati possibili al «Player 3D»/ comunque le tecniche 
generalmente usate sono la compressione e il trasfe- 
rimento incrementale dei soli dati cui I'utente sta 
accedendo . 

Anche dal punto di vista del processo di generazione 
e pubblicaziohe di un sito web la tecnologia ha fatto 
passi da gigante. 

La diffusione delle societa di multimedia che si oc- 
cupano di fornire soluzioni chiavi in mano. per il web 
alle societa, e andata avanti di pari passo con la 
prolif erazione di strumenti evoluti per la generazio- 
ne delle pagine html; tali strumenti, oltre a facili- 
tare 1 ' inserimento di informazioni testuali e grafi- 
che in una pagina web, consentono 1' introduzione e la 
gestione di funzionalita di interazione con I'utente 
e, inoltre, tramite i software di ^^authoring" e pos- 
sibile produrre interi siti web senza scrivere alcuna 
riga di codice html, perche e 1' applicazione stessa 
che al momento della pubblicazione provvede a genera- 
re il codice html necessario a riprodurre effetti ed 
informazioni su un normale browser web, in modo tale 
da consentire all'autore di concentrarsi sull'aspetto 
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creative, architetturale e funzionale di una applica- 
zione web. 

Sebbene sia ora possibile produrre una pagina Inter- 
net ricca di contributi di testo, grafica ed anima- 
zioni, il supporto tipicamente bidimensionale offerto 
da un web browser tradizionale resta comunque un li- 
mite invalicabile; infatti, se le inf ormazioni da in- 
serire in un sito web sono tante, I'autore e costret- 
to a distribuire il contenuto su piu pagine obbligan- 
do I'utente web a seguire i collegamenti (links) che 
lo portano da una pagina all'altra. 

L' alternativa di forzare tutti i contenuti in 
un'unica grande pagina e generalmente poco praticata 
per ovvi motivi di estetica e spesso per esigenze di 
distribuzione delle inf ormazioni in sezioni logiche . 
Scopo della presente invenzione e quindi quello di 
ovviare agli inconvenienti lamentati in precedenza e, 
in particolare, quello di realizzare un sistema per 
la creazione, la visualizzazione e la gestione di og- 
getti tridiraehsionali su pagine web ed un metodp re- 
lativo, che consentano di espandere indef initamente 
lo spazio disponibile in una pagina web per immagaz- 
zinare inf ormazioni favorendo le caratteristiche 
estetiche e tecnico-architettoniche del s.ito web. 
Tale scopo e raggiunto da un metodo per la creazione. 
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la visualizzazione e la gestione di oggetti tridimen- 
sionali su pagine web^ secondo la rivendicazione 1, e 
da un sistema implementante tale metodo, secondo la 
rivendicazione 2, alle quali si rimanda per brevita. 
In modo vantaggioso, I'intero sistema oggetto 
dell' invenzione prevede due attori e due diverse con- 
figurazioni ^^hardware": I'autore delle pagine web e 
1' utilizzatore del browser web. 

Un primo sistema comprende un web server in cui ven- 
gono immagazzinate le pagine web contenenti gli og- 
getti tridimensionali e le chiavi di accesso, un com- 
puter per generare le pagine web ed un programma 
software, mentre un secondo sistema prevede 
I'esecuzione di web browser su uno o piu elaboratori, 
una applicazione software (il componente ^ttivo 
«Player 3D») funzionante nel web browser ed il server 
web, atto all' esecuzione dell' applicazione web, 
Quando I'utente accede al server web per scaricare i 
contenuti del web, utilizza un browser web tradizio- 
nale. II componente attivo «Player 3D», se gia pre- 
sente nel browser web all'ihterno dell' elaboratore 
dell'utente, permette 1' interpretazione e la visua- 
lizzazione di un file di riferimento contenente la 
descrizione degli oggetti tridimensionali. 
Alternativamente, tale componente puo essere scarica- 
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to automaticamente dal server . ed installato 
nell' elaboratore dell'' utente .Grazie al componente at- 
tivo, 1' interazione fra I'utente e gli oggetti tridi- 
mensionali generati viene eseguita localmente sul 
computer dell' utilizzatoree cio' garantisce alte pre- 
stazioni e una minimizzazione del carico di rete. 
Questo tipo di architettura permette cosl a numerosi 
web browser di accedere all' applicazione web simulta- 
neamente . 

In pratica^ secondo la presente invenzione, si preve- 
de di proporre un sistema ed un metodo per migliorare 
le soluzioni visive di una applicazione di un web 
server e per consentire I'accesso ad essa da un web 
browser del World-Wide-Web, per mezzo di una efficace /^^^^^^^UI.^^ 



interf accia utente 



La presenza di interfacce tridimensionali all' internoV^'i ' t^^^^F^v^i^ 
di un normale browser web, cosl come descritte nella ^^^^^u^^^^'^ 
presente invenzione, puo essere gestita in modalita 
statica o dinamica. 

La dizione statica o dinamica non ha a che fare con 
le proprieta animate del componente tridimensionale 
ne con le facolta di interazione da parte 
dell' utente; essa si riferisce piuttosto alia capaci- 
ta del componente di auto-generarsi e conformarsi al- 
le esigenze e alle preferenze dell'utente- 
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Negli ultimi due anni abbiamo assistito ad una evolu- 
zione nell' architettura e nelle funzionalita dei siti 
web; i siti piu complessi spesso si appoggiano a basi 
di dati (^Matabase") interf acciati con il server web, 
che, per esempiO;- conservano gli identif icativi degli 
utenti che possono accedere ad esso e ne personaliz- 
zano la navigazione. 

Un altro tipico caso di sito dinamico sono i diffusi 
motori di ricerca che forniscono un servizio interat- 
tivo per 1' individuazione di indirizzi Internet che 
corrispondono a parole chiave di ricerca inserite 
dall utente . 

In tutti questi casi la pagina html visualizzata nel 
web browser non e staticamente generata dall''autore 
del sito ma dinamicamente composta dal sistema server 
a seconda dei casi; tutti i server web sono in grado 
di eseguire particolari applicazioni (dette ^^script") 
(asp^ jsp^ phpf ecc); esse sono specif icatamente 
sviluppate dal programmatore web per accedere al da- 
tabase, eseguire le query necessarie e generare sulla 
base delle risposte le adequate pagine html. 
Lo stesso paradigma si applica per la generazione e 
l^uso dei componenti tridimensionali descritti nella 
presente trattazione . 
. L'oggetto tridimensionale visualizzato nella pagina 
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web puo essere staticamente creato e animato 
dall^autore del sito ed apparire alio stesso modo a 
tutti gli utenti che accedono a quella determinata 
pagina; in alternativa^ I'oggetto tridiitiensionale e 
le pagine web da mappare sulla sua superficie sono 
generate in maniera dinamica dal prograirana server 
eseguito ogniqualvolta si ' acceda ad una pagina web 
con tale facolta. 

Per il primo caso e stata progettata una specifica 
applicazione che facilita I'autore a definire le ca- 
ratteristiche geometriche e di animazione 
dell'oggetto che vuole rappresentare in tre dimensio- 
ni in una determinata pagina del suo sito e tale ap- 
plicazione viene definita come sistema autore. 
Per il secondo caso ci si affida alia capacita del 
programmatore del sito affinche implementi in un 
^^server script", i servizi che ritenga necessari. 
E compito del server che interpreta lo '^script" gene- 
rare in uscita un file di testo che descrive 
I'oggetto tridimensionale in un formato interpretabi- 
le dal «Player 3D» . eseguito sulla macchina 
dell' utente . 

In entrambi i casi I'autore del sito deve preoccupar- 
si di inserire nel codice html della pagina che vuole 
ospitare un componente tridimensionale, istruzioni 
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specif iche per I'invocazione del «Player 3D» e per 
ottenere le inf ormazioni necessarie sulle caratteri- 
stiche dello specif ico componente . 

In caso di modalita statica^ tali inf ormazioni sono 
costituite, da un file binario generate in maniera 
automatica dal sistema autore; in caso di modalita 
dinamica, invece, di un file descrittivo del compo- 
nente e necessario dichiarare 1' applicazione server 
da eseguire, in modo che sia quest' ultima a restitui- 
re il file di descrizione in formate testo. 
L'autore del sito web ha, per quanto detto, due moda- 
lita per generare e descrivere le proprieta dei com- 
ponenti tridimensionali che vuole inserire nelle sue 
pagine: nella prima egli si affida al sistema autore, 
vale a dire una applicazione software eseguibile da 
un comune computer, che fornisce una interfaccia gra- 
fica ^^user-f rendly" per creare I'oggetto in maniera 
interattiva e visualizzarne il contenuto in antepri- 
ma. All'interno dell' applicazione, 1' autore definisce 
la geometria dell'oggetto e gli indirizzi delle pagi- 
ne html che vuole visualizzare su ciascuna faccia 
dell' oggetto; per ogni poligono che costituisce la 
superficie dell' oggetto, in alternativa alia pagina 
html, pud definire un colore di sfondo. 
Una volta definita la geometria e la mappatura 
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dell' oggetto, il passo successive consiste nel de- 
scriverne 1' animazione e i gradi di liberta; I'autore 
decide, cioe, se, una volta visualizzato sulla pagina 
web, I'oggetto dovra traslare e ruotare al sue inter- 
no secondo uno schema definite dall'autore e se 
I'utente potra intervenire trasportando, ruotando o 
allontanando e avvicinando I'oggetto col ^^mouse" a 
suo piacimento. 

Per I'animazione dell'oggetto ii sistema fa uso di 
curve di funzione, secondo cui ad ogni proprieta aniy©". ' 



mabile dell'oggetto e associata una curva, che espriJ^< . 'iv^'^ii^3t<k "' 
me il valore della proprieta in ogni istante di tem^^^'oy <^^^f 
po; un programma ^^editor'' di curve di funzione per- — 
mette all'autore di definire in modalita grafica la 
forma di ciascuna curva di funzione nel tempo. 
Altre proprieta dell'oggetto selezionabili 

dall'autore sono descritte in dettaglio in seguito. 
A conclusione del processo di definizione 
dell' oggetto, il sistema autore genera I'uscita ne- 
cessaria per pubblicare il lavoro fatto sul server 
web prescelto- L'uscita consiste in un file binario 
contenente la descrizione dell' oggetto, e da poche 
righe di codice html da inserire nella codice html 
della pagina web che deve accogliere I'elemento tri- 
dimensionale . Compito di queste ultime e invocare nel 
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computer dell'utente il componente attivo costituito 
dal «Player 3D» e passargli il file di descrizione 
dell'oggetto da visualizzare . 

Come detto sopra, in alternativa al sistema autore, 
il programmatore del sito pud implementare applica- 
zioni server la cui esecuzione ha come risultato un 
file di descrizione dell'oggetto tridimensionale • 
A tale scopo, e stato definite un formato proprieta- 
rio di file^ che definisce le regole necessarie af- 
finche la descrizione possa essere interpretata dal 
«Player 3D»; quest' ultimo e infatti in grado di in- 
terpretare indif f erentemente sia file binari che te- 
ste purche rispettino il formato descritto. 
Alia fine della catena si trova il «Player 3D»: esso 
e eseguito sul computer dell'utente Internet quando 
egli accede ad una pagina web che contiene al suo in- 
terne una chiamata al «Player 3D». 

Se il «Player 3D» non e presente nel computer 
dell'utente o non e aggiornato, I'utente e invitato a 
scaricarlo dalla rete; scaricamento ed installazione 
del «Player 3D» avviene in maniera automatica e tra- 
sparente all'utente stesso. 

Al momento dell' installazione, il «Player 3D» riceve 
un descrittore di file (binario o ASCII) contenente 
la definizione degli oggetti tridimensionali da vi- 
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sualizzare; le operazioni f ondamentali eseguite dal 
«Player 3D» sono la creazione in memoria di un web 
browser per ogni faccia dell'oggetto cui e associate 
I'indirizzo di una pagina web, il caricamento di tali 
pagine nei web browser in memoria e la trasf ormazione 
della pagina in un file immagine, nonche una procedu- 
ra di ^^rendering" dell' oggetto con le pagine web map- 
pate sulle sue facce. 

II «Player 3D» si occupa anche di gestire 
1' interazione con I'utente che, nell'ambito delle 
eventual! restrizioni di movimento imposte 
dall'autore, e in grade di manipolare 1' oggetto nello 
spazio del componente attivo che lo contiene. 
II componente attivo e una applicazione Windows che 
viene eseguita dal web browser ospitante. 
La finestra di visualizzazione del componente attivo, 
le cui dimension! sono definite dall'autore, si so- 
vrappone alia pagina web sottostante; naturalmente ^ 
compito del processo di ^^rendering" rendere completa- 
mente trasparente tutta I'area occupata dal componen- 
te attivo, dove non e presente 1' oggetto da rappre- 
sentare, in modo da non oscurare la pagina sottostan- 
te. 

II «Player 3D», oltre a consentire all'utente la fa- 
colta di manipolare la posizione e 1' orientamento 
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dell'oggetto nello spazio, garantisce tutte le comuni 
operazioni che I'utente e abituato a compiere su una 
interfaccia basata su ''Hypertext''. 

Come detto, su ciascuna faccia dell'oggetto tridimen- 
sionale e possibile mappare intere pagine html, con- 
servandone tutte le peculiarita di interazione con 
I'utente; tali pagine web rappresentate in maniera 
prospettica sulla superficie dell'oggetto sono a tut- 
ti gli effetti cloni del web browser ospitante e ne 
replicano le f unzionalita . 

Ulteriori scopi e vantaggi della presente invenzione 
risulteranno maggiormente evidenti dalla descrizione 
che segue, che si riferisce ad un esempio di applica- 
zione preferito ma non limitativo, dell' invenzione e 
dai disegni allegati, in cui': 

- la figura 1 rappresenta un diagramma di flusso del- 
la fase di scaricamento del «Player 3D» e del mecca- 
nismo di autentica; f 

- le figure 2a e 2b descrivono i file in formato te- 
ste atti a definire un componente tridimensionale ri- 
conoscibile da una unita di elaborazione elettronica 
secpndo la presente invenzione; 

- la figura 3 mpstra alcune regole in formato testo 
utilizzabili per gli obiettivi definiti nelle figure 
precedenti; 
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- la figura 4 mostra un esempio di come descrivere un 
semplice componente tridimensionale in formato testo, 
secondo la presente invenzione; 

- la figura 5 e uno schema a blocchi delle principali 
relazioni e dei principali componenti di un procedi- 
mento per la creazione e la visualizzazione di ogget- 
ti tridimensionali su una pagina web, secondo la pre- 
sente invenzione; 

- la figura 6 mostra un esempio di codice html gene- 
rate dal sistema di ^^authoring''; 

- le figure 7a e 7b mostrano due diagrammi di flusso 

relativi ad un utilizzo statico del sistema, secondo 
la presente invenzione; 

- le figure 8a e 8b mostrano due diagrammi di flusso 
relativi ad un utilizzo dinamico del sistema, secondo 
la presente invenzione; 

- la figura 9 e un diagramma di flusso dettagliato 
del «Player 3D», secondo 1' invenzione; 

- la figura 10 e un diagramma di flusso dettagliato 
del processo di ^^rendering" , secondo 1' invenzione; 

- la figura 11 e un diagramma di flusso dettagliato 
del sistema di ^^authoring'' , secondo 1' invenzione • 

Con particolare riferimento alia figura 5, che rap- 
presenta lo schema complessivo del sistema hardware e 
software costituente I'oggetto della presente inven- 
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zione, si distinguono un lato server 22 ed un lato 
utente 24 dell' applicazione . 

Dal lato server 22 I'autore del sito web e dotato di 
un computer 22A, atto ad eseguire una applicazione 
software 25, che costituisce 11 sistema autore del 
processo . 

Esso e un software dotato di interfaccia grafica 
^^user-friendly", che facilita I'autore nel processo 
di creazione e di definizione delle proprieta e dei 
componenti tridimensionali che vuole visualizzare in 
una pagina web del sito. Nella figura 11 si approfon- 
diranno i meccanismi e gli aspetti peculiari del si- 
stema autore. II sistema autore genera due risultati 
f ondamentali, costituiti da un file descrittore degli 
oggetti creati e da una serie di istruzioni html, mo- 
strate in figura 6, da inserire nella pagina html 
ospitante il componente tridimensionale . 
In alternativa al software autore 25, il sistema, se- 
condo 1' invenzione , definisce un formato di file di 
teste con il quale descrivere i componenti tridimen- 
sionali e le loro proprieta: trattandosi di dati in 
chiaro, tale file e compilabile manualmente 
dall' autore senza affidarsi ad alcun software di sup- 
porto (sistema autore 31) . 

Naturalmente tale operazione non e eseguita a mano ma 
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programmaticamente e in maniera dinamica, secondo cui 
il programmatore del sito implementa specifici 
^^server script''^ per mezzo di un qualsiasi editor di 
testo 26, che quando eseguiti producono in uscita un 
file di testo nel formato richiesto (si vedano, a ta- 
le proposito, le figure 2a e 2b) . 

Come ampiamente descritto piu avanti a proposito del- 
la figura 8, tale modalita, cui ci si riferisce con 
la definizione di approccio dinamico, in contrapposi- 
zione con 1' approccio statico basato sull' utilizzo 
del sistema autore, e particolarmente potente e fles- 
sibile: essa off re al programmatore la possibilita di 
utilizzare la tecnologia proposta come naturale in- 
terfaccia di uscita per applicazioni e servizi web 
che per esempio si appoggiano su una base di dati o 
database 27. 

La pagina html contenente il collegamento al compo- 
nente tridimensionale, il file che lo descrive e/o la 
definizione dei server script da eseguire per la ge- 
nerazione in linea dell'oggetto tridimensionale, sono 
pubblicati sul server web 23, in attesa di essere 
scaricati da un qualsiasi computer utente 24, che ri- 
sulta collegato alia rete tramite il browser web 29. 
Quando si verifica un accesso al server web, il 
«Player 3D», se non gia residente sul computer utente 



-20- 



Ing. Barzand & Zanardo Milano S.p. A. 



24, viene scaricato 6d eseguito, e ii file contenente 
I'oggetto tridimensionale da visualizzare gli viene 
presentato in ingresso (fasi 42-45 di figura 7B) . 
II componente «Player 3D» 30, come vedremo in detta- 
glio qui di seguito a proposito della figura 9, viene 
eseguito localmente sul computer utente 24 e a sua 
volta creera in memoria altri cloni del web browser 
29 ospitante, da proiettare sulle facce dell'oggetto 
tridimensionale . 

La figura 9 illustra i processi eseguiti dal compo- 
nente 30 sul computer utente 24; in particolare, essa 
descrive il metodo di visualizzazione degli elementi 
tridimensionali su un web browser, secondo la presen- 
te invenzione. 

Come primo passo, nella fase 1 viene riconosciuto il 
formato dei dati in ingresso; nel caso in cui si ab- 
bia a che fare con un formato testo, il blocco 8 ese- 
gue una fase di validazione, utilizzando un file di 
licenza e verificando essenzialmente che la chiave di 
accesso proveniente dal server 22 nel documento 2 sia 
quella relativa al nome del "domain server" 7 . 
Dopo la fase di validazione, il blocco 3 esegue una 
lettura della descrizione degli elementi dai documen- 
ti 4 o 5 e crea I'oggetto tridimensionale in memoria, 
pronto ad essere inviato al blocco di processo di 
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"rendering" 6. 

La descrizione dell ' elemento contiene inf ormazioni 
relative alia geometria e all ' animazione del compo- 
nente e gli indirizzi URL di ogni elemento html pre- 
sente sulle superfici dell ' oggetto; i dettagli dei 
dati trasmessi ai componenti 30 saranno maggiormente 
chiari da quanto mostrato in figura 2. 

I dati principali che vengono letti durante la fase 
indicata con 3 in figura 9 sono costituiti dal numero 




di lati della base dell'oggetto tridimensionale, ^^^^q .q^^^ 
lunghezza di ciascun lato, le dimensioni delle facce\C v:^ v^ir^^'v/'' ' 
della superficie laterale dell ' oggetto, le animazioni 'j^Z:,j}J::3^.^q^^ 
ed eventuali stati di riposo pref erenziali, i gradi 
di liberta concessi all'utente. 

II blocco 9 e in grado di realizzare un nuovo web 
browser 29 per ogni faccia dell'oggetto tridimensio- 
nale associato ad un valido URL (vale a dire, I'indi- 
rizzo di un file html o di una qualsiasi applicazione 
server che restituisce un file visualizzabile sul 
browser). Alcune delle facce che compongono I'oggetto 
tridimensionale possono anche non avere nessuna asso- 
ciazione di indirizzo URL ma solamente un colore di 
sfondo. I web browser 29 sono creati nella memoria 
del computer, vale a dire non sono direttamente vi- 
sualizzati sull*oggetto tridimensionale, ed il tipo 
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di browser corrisponde alia stessa applicazione 
browser che ospita il componente tridimensionale; per 
esempio, nel case di un prototipo implementato in am- 
biente "Internet Explorer", il web browser 29 pre- 
scelto puo essere un "IWebBrowser" basato su tecnolo- 
gia COM della Microsoft. 

In questa fase inoltre, il blocco 9 registra le rela- 
zioni esistenti tra ciascuna faccia dell'oggetto ed 

il suo relative web browser 29. 

Dopo 1' instanziazione dei browser, il blocco 10 cari- 
ca in ogni web browser 29 I'indirizzo URL associato 
ad ogni faccia dell'oggetto tridimensionale; mentre 
viene caricata la pagina, ad istanti predefiniti, il 
blocco 10 invoca le successive procedure di "textu- 
ring" 11 e di "rendering" 6, in modo tale da effet- 
tuare una corretta visione dell'oggetto tridimensio- 
nale sul monitor 12, in maniera incrementale man mano 
che la pagina viene scaricata dalla rete. 
Quando tutti i browser locali determinano che il ca- 
ricamento della pagina html e terminate, la procedura 
di ^^rendering" 6 viene arrestata e viene iniziata una 
fase di "rests listening" per il successive evento 13 
scatenato dall ' utilizzatore . 

Nella fase di "texturing" 11, viene memorizzata 1 ' im- 
magine della pagina html visualizzata nel web browser 
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29; tale fase 11 rappresenta una delle caratteristi- 
che salient! della presente invenzione, 
Una immagine fisica della pagina web e' catturata dal 
web browser 29 in un determinate is.tante di tempo, 
come se si effettuasse una fotografia dello stato 
corrente dell' inf ormazione visualizzata nel browser, 
Tale imaginee inviata al blocco di "rendering" 6 in- 
sieme con la descrizione geometrica dell'oggetto tri- 
dimensionale . 

Durante la fase di cattura dell ' immagine , tale proce- 
dura permette di comunicare con i web browsers fun- 
zionanti presenti in memoria, in modo tale da ottene- 
re le posizioni dei "link" attivi all 'interne della 
pagina html . 

Le coordinate UV, nel sistema di riferimento dell 'im- 
magine html, e le posizioni delle aree rettangolari 
contenenti i link attivi vengono immagazzinate nel 
procedimento per elaborare le interazioni dell'utente 
13 una volta che la pagina html e stata tradotta in 
immagine su ciascuna faccia dell'oggetto tridimensio- 
nale . 

Le immagini da visualizzare su ciascuna faccia, rea- 
lizzate secondo la procedura precedentemente descrit- 
ta, insieme con la descrizione geometrica dell'ogget- 
to, vengono inviate nel blocco di "rendering" 6, che 
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e in grado di visualizzare la struttura dell'oggetto 
sul monitor 12. 

11 process© di "rendering" ^ basato su un algoritmo a 
scansione lineare eseguito in tempo reale per massi- 
mizzare la velocita di visualizzazione sul monitor 

12 . 

La fase di "rendering" 6 dell'oggetto tridimensionale 
permette di creare un ' immagine dell'oggetto bloccata 
nel suo movimento in un particolare istante di tempo; 
1 * immagine utilizzata come mappa strutturale di cia- 
scuna faccia dell'oggetto corrisponde alia "bitmap" 
visualizzata da ogni web browser locale nello stesso 
istante di tempo e, quindi^ I'oggetto visualizzato 
mostra sulle proprie facce esattamente la medesima 
immagine che un utente vedrebbe con un browser stan- 
dard che permette di accedere a quell ' indirizzo web. 
La fase di "rendering" riceve in ingresso informazio- 
ni sulla geometria dell'oggetto tridimensionale da 
da visualizzare, e informazioni sulle trasf ormazioni 
spaziali dell ' oggettoe le immagini da proiettare 
sull'oggetto stesso; in particolare, riceve in in- 
gresso le coordinate del vertici di ciascun poligono 
insieme con 1' immagine da proiettare su ciascuno di 
essi • 

Per indiv.iduare i "'pixel'' in cui ogni linea 
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dell' immagine in uscita (11 "buffer frame rgb") in- 
terseca i lati del poligoni dell'oggetto e da qui 
calcolare I'intensita di colore di ciascun "pixel" 
dell ' immagine, il processo di "rendering" 6 si basa 
essenzialmente su un algoritmo a scansione lineare di 
tipo tradizionale e. 

La fase di "rendering" 6 prevede anche un ' operazione 

di simulazione delle ombre che I'oggetto tridimensio- 

nale proietta sulla superficie di sfondo. 

Secondo una forma esemplif icativa, ma non limitativa, 

della presente invenzione, lo sfondo dello schermo 12 

e costituito dalla pagina html visualizzata nel web 

browser 2 9 implementante il componente attivo «Player 

3D» 30; 1 ' ombra proiettata oscura parzialmente il te- 

sto o le immagini sottostanti della pagina. 

Tale visualizzazione viene effettuata per mezzo di un 

meccanismo del tipo "alpha blending". 

Insieme con il "buffer frame rgb", viene generate un 
ulteriore buffer, vale a dire il "buffer frame UV"; 
con questo processo aid ogni pixel viene associate 
1' identif icativo dell ' immagine cui il pixel appartie- 
ne e i valori delle coordinate polari UV associate a 
quel pixel nel sistema di riferimento dell' immagine . 
In tal modo, quando un pixel viene selezionato dal- 
I'utente per mezzo del mouse, il "buffer frame UV" 
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permette di restituire inf ormazioni- circa I'immagine 
e le sue coordinate polari UV in corrispondenza del 
punto prescelto. 

Se i punti selezionati cadono all'interno dell 'area 
rettangolare di un link attivo, come mostrato in fi- 
gura 9 ( rif erimento 14), il sistema esegue la funzio- 
nalita del link e passa ad una nuova pagina html ri- 
petendo le fasi del procedimento dal blocco 10 in 
poi . 

Nella fase 13 vengono intercettati gli eventi del 
mouse generati dall'utente. Per ogni click del tasto 
sinistro viene ricostruita la posizione che avrebbe 
avuto il puntatore sul browser bidimensionale e quin- 
di, se il click e avvenuto su un link attivo (riferi- 
mento 14)^ viene inviato un evento di navigazione al 
relative browser locale in memoria o al browser prin- 
cipale contenente I'oggetto tridimensionale . 
Se invece 1' evento corrisponde ad una fase in cui il 
mouse viene spostato con il tasto sinistro premuto 
(riferimento 15) , il «Player 3D» 30 fa ruotare 
I'oggetto coerentemente con i gradi di liberta impo- 
stati dall'autore o, nel caso I'utente abbia premuto 
il tasto Shift o Ctrl, I'oggetto viene rispettivamen- 
te traslato o scalato (riferimento 15 di figura 9) . 
Qualsiasi degli eventi succitati comporta la necessi- 
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ta di ridisegnare I'oggetto tridimensionale sullo 
schermo 12; a ciascun evento descritto corrisponde 
infatti un cambiamento di posizione relativa 
dell'oggetto tridimensionale rispetto al browser di 
sfondo che lo contiene. 

L' esigenza di effettuare una. nuova visualizzazione 
dell ' inunagine a video e rappresentata nella figura 9 
dal riferimentp 15 che riporta il controllo del flus- 
so alia fase di "rendering" 6. 

Se I'utente preme, invece, il tasto destro del mouse, 
il sistema visualizza un menu contestuale che propo- 
ne, per esempio, di far partire e/o fermare 
I'animazione eventualmente associata, di aprire un 
nuovo browser con lo stesso contenuto della faccia 
sottostante, di avanzare o indietreggiare di uno sta- 
te pref erenziale (si veda la figura 11) , di riportare 
I'oggetto al suo stato iniziale, di attivare un fil- 
tro per migliorare la leggibilita del contenuto. 
In genere i contenuti informativi di testo soffrono 
di problemi di leggibilita se non sono visualizzati 
in piano come su carta stampata. 

Nei caso in questione il contribute testuale pud ap- 
parire in svariate situazioni di orientamento : su una 
faccia laterale dell'oggetto o inclinato rispetto al 
piano del monitor 12. 
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In piu e soggetto alia distorsione prospettica insita 
nella simulazione della visione di oggetti tridimen- 
sionali. Per consentire anche in queste condizioni 
estreme una buona visualizzazione del messaggio il 
componente «Player 3D» 30 implementa un filtro di 
contrasto che ha I'effetto di evidenziare i partico- 
lari della pagina con una ricaduta positiva sulla 
leggibilita dei testi. 

II meccanismo di f unzionamento della fase di "rende- 
ring" 6 merita una attenzione particolare e una trat- 
tazione dedicata. 

Poiche scopo principale della presente invenzione e 
introdurre un nuovo concetto di interfaccia tridimen- 
sionale per la navigazione in Internet^ e f ondamenta- 
le che la soluzione proposta garantisca un elevato 
grado di interattivita con I'utente 13. 
II collo di bottiglia in tutte le applicazioni tridi- 
mensionali in tempo reale e la fase di "rendering" 6, 
II sistema oggetto della presente invenzione ha pre- 
stato particolare attenzione all ' ottimizzazione delle 
prestazioni del un motore di "rendering". I dettagli 
della procedura di "rendering" 6 sono ampiamente 
esposti in figura 10. 

II flusso di inf ormazioni 16 all'ingresso del proce- 
dimento di "rendering" 16A e costituito dai dati geo- 
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metrici dell'oggettQ tridimensionale (numero e dimen- 
sione dei poligoni che ne definiscono la superficie 
esterna) ; daidati cinematici relativi alia posizione 
dell'oggetto (valori di traslazione, rotazione e sca- 
la) nel sistema di riferimento del componente attivo 
30; dalle immagini estratte dai web browser che devo- 
no essere visualizzate sulle superfici dell' oggetto, 
o in alternativa dalle inf ormazioni sul colore col 
quale raffigurare I'oggetto. 

0 

II primo stadio (riferimento 17) della fase di "ren-/fo*^ 
dering" esegue un algoritmo di scansione lineare; Ln\.^'/^. 
tale fase le informazioni geometriche e di posizione 
vengono processate e relazionate dal punto di vista 
dell' osservatore per ottenere I'effetto prospettico 
dell' oggetto tridimensionale . 

II risultato dell' operazione e costituito dalla posi- 
zione dei vertici di ciascuna faccia che compone 
I'oggetto/ proiettata sul piano dell' immagine . 
Di fatto la posizione dei vertici nello spazio tridi- 
mensionale viene trasformata nelle coordinate bidi- 
mensionali del piano immagine in modo da consentire 
alia procedura successiva 18 di generare un' immagine 
("bitmap") della rappresentazione prospettica 
dell' oggetto. 

Come si e fatto cenno in precedenza, la visione pro- 
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spettica dell' oggetto e determinata dalla posizione 
nello spazio dal punto di vista dell' osservatore . 
Secondo la presente invenzione, 1 ' osservatore virtua- 
le (o camera) e posto al centro della finestra che 
contiene I'oggetto tridimensionale, esternamente ad 
essa, e con lo sguardo rivolto verso il suo centro. 
Tale posizione e di fatto la posizione dell'utente 
che osserva il monitor del computer, 

II sistema descritto e potenzialmente in grado di 
consentire I'animazione dell' osservatore^ cioe, a 
condizione di fornire I'adeguata interfaccia 
all'utente che osserva I'oggetto, e possibile tra- 
sportare dinamicamente la camera in qualsiasi punto 
dello spazio tridimensionale virtuale. 

Se immaginiamo oggetti tridimensionali complessi con 
concavita, buchi, e interconnessioni con altri ogget- 
ti e una camera da presa animata, il sistema e esten- 
dibile in maniera naturale alia navigazione di am- 
bienti tridimensionali complessi e immersivi. 
L'utente si muove cioe all' interne di spazi chiusi in 
cui le pagine htmil appaiono proiettate sulle superfi- 
ci che costeggia durante la navigazione {"walk- 
through") . 

La successiva procedura 21 del motore di "rendering" 
16A esegue i calcoli di illuminazione necessari per 
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la rappresentazione dell' oggetto; una delle condizio- 
ni f ondamentali per ottenere una simulazione reali- 
stica della tridimensionalita dell' oggetto, quando 
questo e rappresentato sul supporto bidimensionale 
del piano del monitor, e che la sua superficie pre- 
senti aree illuminate in maniera non omogenea a se- 
conda dell' esposizione delle stesse alle sorgenti di 
luce virtuali present! nella scena. 

II «Player 3D» 30 Simula la presenza di una fonte lu- 
minosa posta di fronte alia camera e diretta verso la 
scena e I'algoritmo di illuminazione si occupa di 
calcolare 1' ombreggiatura della superficie in rappor- 
to a tale sorgente. 

Tale calcolo considera la direzione di incidenza del 
raggio luminoso rispetto al piano su cui giace il 
punto della superficie da sottoporre a "rendering" e 
in base a tale angolo ne modula I'intensita. 
Per ovvi motivi di performance solo-i vertici di cia- 
scuna superficie sono calcolati in tal modo, mentre 
il valore di colore per tutti i pixel della "bitmap" 
e calcolato per interpolazione a partire dalle infor- 
mazione di colore calcolate ai vertici. 
II blocco 18 permette di elaborare def initivamente la 
scena tridimensionale, dopo che tutte le trasforma- 
zioni geometriche e i calcoli di illuminazione sono 
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stati eseguiti. 

Tale blocco 18 esegue le procedure di "rasterizzazio- 
ne", "texturing" e "blending", scritte in linguaggio 
macchina ("Assembly") ed ottimizzate sia per MMX 
(tecnologia proprietaria per processore "Pentium") 
che per 3DNow (tecnologia proprietaria per processore 
AMD) . 

La procedura permette di rilevare automaticamente il 
tipo di processore (CPU) installato sulla macchina 
che esegue.il «Player 3D» 30, e abilita 1' appropriata 
ottimizzazione . 

Nel caso di processor! sprovvisti. di tecnologia di 
parallelizzazione hardware, delle normali routine 
scritte in linguaggio standard C emulano in maniera 
puramente software le stesse funzionalita altrimenti 
implementate in linguaggio macchina. 

II processo di "rasterizzazione" implementato dal 
blocco 18 crea una "bitmap" 19 in memoria di dimen- 
sion! adeguate, in pixel, per contenere I'immagine 
dell'oggetto e con la struttura dati necessaria per 
immagazzinare informazioni sulla profondita di colore 
di ciascun pixel (bitmap RGBA) . 

Successivamente, nella bitmap 19 vengono disegnati i 
poligoni che compongono la super ficie dell'oggetto 
sulla base delle posizioni dei vertici in uscita dal 
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blocco 18; a tale scopo solo le coordinate bidimen- 
sionali del vertici proiettati sul piano immagine 
vengono utilizzate.A questo livello^ 1' inf ormazione 
di profondita (coordinata Z) di ciascun vertice e' 
pero' ancora presente per permettere di calcolare 
correttamente la mappatura delle immagini . 
Disegnare un poligono nella bitmap 19 significa asse- 
gnare un colore a ciascun pixel che compone 1/ area di 
immagine corrispondente al poligono; se al poligono 
non e associata alcuna struttura, viene effettuata 
una procedura di "rendering" sul solo colore di sfon- 
do ed in questo caso si ha un effetto di ombreggiatu- 
ra interpolando i colori dei vertici. 

Al coritrario, se al poligono e associata un' immagine, 
i pixel del poligono assumono il colore definite 
dall' immagine a valle del processo di correzione pro- 
spettica. Quest' ultimo sfrutta i valori di profondita 
(coordinata Z) dei vertici per determinare la distor- 
sione subita dall' immagine una volta proiettata sul 
piano del poligono. 

Inoltre, poiche nel blocco 21 sono stati calcolati i 
valori di luminosita per ciascun vertice, il colore 
finale di ciascun pixel e ottenuto come risultato di 
una operazione di "blending" (miscelazione) tra il 
colore dell' immagine e il valore di luminosita inter- 
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polato dai valori di luminosita del vertici; in tal 
modo, I'immagine del poligono appare come una normale 
pagina html ma correttamente ombreggiata in relazione 
alia' sua posizione nello spazio. 

Alle porzioni di "bitmap" 19 non contenenti I'oggetto 
tridimerisionale e associato un valore di trasparenza 
tale da non oscurare le parti di pagina sullo sfondo. 
Lo strato trasparente e a tutti gli effetti una ulte- 
riore immagine a 8 bit che viene composta sul canale 
"alpha" della "bitmap" • 19 a 32 bit; I'ombra 
dell'oggetto e calcolata in questa fase generando 
un' immagine nera dell'oggetto, lievemente spostata 
rispetto alia sua vera posizione. Tale immagine nera 
viene rappresentata nella "bitmap" 19 a 32 bit con il 
valore di canale "alpha" atto ad ottenere la corretta 
composizione dell'ombra sull' immagine di sfondo. 
La ' conclusiva procedura di miscelazione della "bit- 
map" a 32 bit (riferimento 19 di figura 10) , prece- 
dentemente calcolata, con la "bitmap" di destin.azione 
corrispondente alia pagina html di sfondo, e eseguita 
da funzioni specializzate . In particolare, per ese- 
guire 1' "alpha blending" tra due immagini, esse devo- 
no essere descritte nello stesso formato e, a seconda 
della scheda grafica di cui il computer dell'utente e 
dotato, la "bitmap" di sfondo pud essere rappresenta- 
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ta con profondita di colore a 16, 24 o 32 bit. 
Per questo motive, per ciascun tipo di formato esiste 
una funzione specifica che, in prima istanza, conver- 
te la "bitmap" in memoria nel formato della "bitmap" 
ospitante, e che successivamente esegue I'effettiva 
miscelazione . 

Tutte le procedure di conversione di formato sono im- 
plementate in linguaggio macchina in mode da sfrutta- 
re al meglio le caratteristiche hardware del proces- 
sore; se al tipo di processore non corrisponde una 
procedura specializzata, interviene un'analoga proce- 
dura implementata in linguaggio di alto livello, 
Oltre alia "bitmap" 1? contenente le informazioni di 
colore e di trasparenza (canale "alpha RGBA") di ogni 
pixel, il processo di "rendering" genera una seconda 
uscita 20, che garantisce le funzionalita di iperte- 
sto delle pagine visualizzate sull'' oggetto . 
Essa e una ulteriore "bitmap", cui ci si riferisce 
anche col nome di "UV frame buffer", che contiene, 
per ogni pixel, 1 ' identif icativo deli' immagine cui 
appartiene e le coordinate UV del punto sull' immagine 
stessa. Tale informazione e utilizzata nel blocco 13 
di figura 9, che gestisce le interazioni con 
I'utente. Quando I'utente, muovendosi con il puntato- 
re del mouse, seleziona un pixel della struttura. 
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l''"UV frame buffer" fornisce il corrispondente iden- 
tificativo (ID) dell' immagine e i valori delle coor- 
dinate polari UV del punto selezionato. 
II «Player 3D» 30 verifica che tali valori di coordi- 
nate UV della specifica immagine appartengano ad una 
delle regioni rettangolari contenenti un link attivo 
della pagina html associata a quell' immagine e, in 
tal caso, carica I'indirizzo URL corrispondente se- 
cond© lo schema di flusso 14 di figura 9. Come visto 
in precedenza, la lista delle posizioni delle aree 
rettangolari sensibili per ciascuna immagine e con- 
servata in memoria dal blocco 11 di figura 9. 
Per motivi di performance^ la "bitmap" 20 viene gene- 
rata dal processo di "rendering" solo ad oggetto fer- 
mo^ mentre quando I'utente sta manipolando 1' oggetto 
o semplicemente osservando la sua animazione preimpo- 
stata, tale informazione aggiuntiva non e prodotta, 
per il fatto che non ci si trova nell' eventualita che 
I'utente acceda ad un link mentre questo si muove. 
Nelle figure 2a e 2b d riportata la descrizione det- 
tagliata del . f ormato di file da utilizzare per defi- 
nire un elemento tridimensionale interpretabile dal 
«Player 3D» 30- In particolare, e riportata la de- 
scrizione del formato testo e di tutti i "tag" neces- 
sari alia definizione di ogni proprieta dell' oggetto . 
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Come si e ripetutamente detto, la comprensione di ta- 
le formato e indispensabile al programmatore del sito 
•se intende generare componenti tridimensionali in ma- 
niera dinamica appoggiandosi a "server script"; inol- 
tre, il formato di file binario prodotto dal sistema 
autore, a seguito di una composizione visuale 
dell' elemento e delle sue proprieta, di fatto contie- 
ne le stesse informazioni criptate descritte in chia- 
ro nel file in formato testo. 

Come risulta dalle figure 2a e 2b, la struttura del 

documento e organizzata a "tag", in ixiodo tale che 

ciascun tag descriva una proprieta e il campo che- nelg '^^^'V''*^^Vp)ff » A 
segue definisca il valore di tale proprieta. \J>''^^^ 
Nel caso in cui al "tag" siano associati dei dati, e "^^nJ-zi^^" 
necessario definirne il valore ed il loro significa- 
to. Se trattasi di valori multipli, essi devono esse- 
re separati da una virgola. 

II primo "tag" e la parola chiave ELEMENT; tale paro- 
la chiave indica il punto di partenza della descri- 
zione di un elemento tridimensionale . Tutte le suc- 
cessive istruzioni definiscono proprieta di quelle 
specif ico elemento. Una ulteriore dichiarazione ELE- 
MENT sancisce la fine della descrizione di un oggetto 
e I'inizio di una successiva descrizione. 
La presenza della dichiarazione ELEMENT e obbligato- 
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ria e deve essere posta all'inizio del set di istru- 
zioni relative alia descrizione dell' oggetto, come 
appare evidente nella successiva figura 3, che racco- 
glie alcune regole f ondamentali da rispettare per ge- 
nerare un file nel formato corretto. 

II successivo "tag" da definire e 1 ' identif icativo 
dell' elemento in questione. Se la pagina html contie- 
ne istanze multiple di elementi tridimensionali e 
fondamentale che il «Player 3D» 30 possa indirizzare 
ciascuno di essi . Un'altra dichiarazione e costituita 
dal "tag" SIMPLIFIED, che indica la tipologia 
dell ' oggetto tridimensionale . 

Per ragioni di semplicita, nella presente descrizione 
funzionale, il «Player 3D» 30 e in grade di interpre- 
tare oggetti semplici, per la precisione cilindri re- 
golari; nel linguaggio della geometria, per cilindri 
regolari si intendono oggetti solidi aventi per di- 
rettrice un poligono regolare e generatici parallele 
alia normale al poligono. il sistema e comunque in 
grado di gestire volumi complessi definiti dal "tag" 
COMPLEX . 

Come appare dalla figura 2a, per la descrizione di un 
elemento di tipo SIMPLIFIED, e sufficiente indicare 
la dimensione del lato del poligono di base (espressa 
in pixel), I'altezza del poliedro (espressa in 
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pixel),, e il numero di facce lateral! dell' oggetto 
(o^ in altre parole, il numero di lati del poligono 
regolare di base) . 

Segue una serie di "tag" di tipo PAGEID_AND_ADDRESS 
in cui per ogni poligono che compone la superficie 
dell'oggetto e possibile associare I'indirizzo di un 
URL da visualizzare sul poligono stesso. 
La struttura della descrizione d assolutamente intui- 
tiva ed e costituita dall * elemento identif icativo del 
poligono e dalla stringa di testo dell' indirizzo URL 
da visualizzare: la convenzione adottata per gli i- 
dentif icativi dei poligoni risulta elaborata in modo 
tale che gli identif icativi 0 e 1 corrispondono ri- 
spettivamente al poligono superiore ed inferiore del 
cilindro. Tutti gli identif icativi successivi sono 
assegnati in sequenza ai poligoni della superficie 
laterale dell'oggetto. 

Come risulta dalla figura 4 qualsiasi indirizzo URL 
valido per un web browser standard e un indirizzo va- 
lido visualizzabile sui poligoni. Nell'esempio di fi- 
gura 4 compaiono indistintamente indirizzi di pagine 
html e di "server script asp". 

I "tag" XTRANDOF, YTRANDOF e ZTRANDOF specificano i 
gradi di liberta offerti all' interazione con 
I'utente; nel caso in questione di traslazione. 
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I'autore decide se concedere all'utente la facoltA di 
traslare I'oggetto nello spazio della pagina. 
Omettendo per esempio il "tag" XTRANDOF all'utente 
viene impedita qualsiasi interazione con I'oggetto 
tridimensionale nel senso della sua traslazione nella 
direzione dell'asse X. 

In alternativa, I'autore decide se dare liberta di 
movimento senza limitazioni, assegnando valore 0 
all'intero successive, se limitarne la traslazione 
solo verso sinistra (valore 1), solo verso destra 
(valore 2), o in entrambe le direzione (valore 3). Se 
qualche limitazione e presente, essa deve essere 
esplicitata in uno o due valori numerici che defini- 
scono I'ampiezza di movimento consentito (i due valo- 
ri "float" successivi). 

La stessa logica descritta in dettaglio per la tra- 
slazione in X si applica per tutti gli altri gradi di 
liberta di traslazione, di rotazione e di scala. 
Segue una sezione relativa all ' animazione degli og- 
getti tridimensionali . 

Ad ogni parametro di animazione dell'oggetto tridi- 
mensionale e possibile associare una funzione che ne 
descrive la dinamica nel tempo. II modo di definire 
tale funzione consiste nel far precedere la sua di- 
chiarazione dal "tag" principale FCURVETYPE (vedi 
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anche la regola di figura 4), che definisce il tipo 
di interpolazione che la funzione di animazione usa 
tra un "key frame" e I'altro. 

I "key frame" specificati devono cioe essere interpo- 
lati da una funzione continua perche possa sempre es- 
sere restituito un valore della proprieta per ogni 
istante di tempo. L' interpolazione tra i "key frame" 
pud essere di tipo lineare, "spline" o "bezier". 
I "key frame" costituiscono un campionamento nel tem- 
po dell' animazione della proprieta. L'autore specif i- 
ca cioe per alcuni istariti di tempo precisi ( "key" r 



il valore che deve assumere la proprieta i^o (^'^fP,' 

Pi ' 

quell' istante . Tutti gli altri valori sono, come det^^<=^ \ 
to, ricavati per interpolazioni da questi ultimi 
La descrizione dei "key frame" consiste nella defini- 
zione di valori intercalati dal "tag" DOFKEY , dove 
DOF specifica la proprieta che si vuole animare (per 
esempio XTRANKEY) . I valori che caratterizzano un 
"key frame" sono 1' istante di tempo (espresso con un 
numero intero corrispondente alia posizione del foto- 
gramma all' interne della sequenza animata) e il valo- 
re della proprieta in quell' istante (per esempio la 
posizione in X) . Nel caso di interpolazione di tipo 
"bezier", due ulteriori valori numerici specif icano 
la pendenza della funzione a destra e a sinistra del 
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"key frame" in questione, 

La sezione successiva^ mostrata nella figura 2b, con- 
sente di impostare stati di posizione pref erenziali 
dell' oggetto . Quando cioe I'utente interagisce con 
I'oggetto tramite 11 mouse, esso si posiziona automa- 
ticamente in uno state pref erenziale non appena 
I'utente rilascia il pulsante del mouse. Lo stato 
pref erenziale cui I'oggetto converge ^ naturalmente 
quelio piu vicino alia posizione dell'oggetto al me- 
mento del rilascio. In genere tali stati pref erenzia- 
li sono definiti dall'autore per garantire che 
I'oggetto si stabilizzi in una posizione e orienta- 
mento atti ad assicurare sempre una buona visione o 
leggibilita delle pagine visualizzate su di esso. 
La descrizione degli stati pref erenziali e preceduta 
dal "key tag" PREFSTATE. Dopo di esso pud comparire 
un "tag" di PREF per ogni tipo di movimento (PREF- 
TRAN, PREFROT, PREFSCALE) . Lo stato pref erenziale e 
costituito da tre valori numerici in sequenza che 
fissano i valori per la specifica proprieta (valori 
di X, Y e Z) . 

II successive "tag" SCENEBGCLOR definisce il colore 
di sfondo. 

Come precedentemente accennato, I'oggetto tridimen- 
sionale si mueve all' interne dell' area rettangolare 
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del componente attivo che lo contiene. 

In genere tale area e trasparente e quindi non visi- 
bile. Per particolari esigenze e tuttavia possibile 
specif icare un colore che fara da sfondo all'oggetto 
tridimensionalee in questo caso la regione del compo- 
nente attivo si sovrappone alia pagina html sotto- 
stante. 

Questa proprieta acquista particolare senso quando si 
pubblicano gli oggetti tridimensionali in modalita 
"Window" . 

In modalita' ^'Window" 1 ' oggetto tridimensionale e vi- 
sualizzato e si muove all' interne di uno specif ico 
spazio della pagina web^ definite dall' utente - Tale 
spazio che e parte integrante della pagina^ e atto a 
contenere e limitare il movimento dell'oggetto e pos- 
siede un proprio colore di sfondo. In alternativa, in 
modalita "Windowless"^ I'oggetto e libero di muoversi 
al di sopra della la pagina sottostante e appare come 
un componente tridimensionale sovrapposto ad essa. La 
modalita di visualizzazione "Window" o "Windowless" 
viene specificata nel sistema autore e tradotta in 
istruzione HTMl come risulta nella figura 6. Tale 
specifica e' considerata al momento del esecuzione 
del «Player 3D» 30. 

II "tag" FACEBGCOLOR definisce invece un colore co- 
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stante per quelle facce dell'oggetto sulle quali non 
si vuole visualizzare alcun contenuto web. In questo 
caso oltre al valore numerico del colore e necessario 
indicare I'elemento identif icativo del poligono da 
colorare; il criterio adottato per 1' identif icazione 
dei poligoni, e lo stesso descritto in precedenza. 

I valori numerici successivi alia dichiarazione del 
"tag" DEFAULT_TRANSFO specificano i valori iniziali 
di SRT ("Scaling", "Rotation", "Translation") • 

Al momento dello scaricamento del file all' interne di 
un web browser, I'oggetto tridimensionale ivi de- 
scritto apparira nella posizione orientamento e di- 
mensione definite da quelle coordinate - 

II "tag" STARTANIMATION consente di forzare 
I'esecuzione dell' animazione dell'oggetto (se esi- 
stente) non appena questi viene caricato in memoria. 
II "tag" NOAUTODEEP consente di inibire I'operazione 
automatica di spostamento dell'oggetto verso I'asse 
delle coordinate Z negative. 

Lo slittamento dell'oggetto in profondita mira a far 
coincidere la sua faccia in primo piano con I'origine 
del sistema di rif erimento. L' accorgimento descritto 
previene I'espansione della dimensione della faccia 
(rispetto ai valori in pixel impostati dall'autore) 
per I'effetto prospettico dovuto all' avvicinamento 
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della faccia in primo piano verso il punto di vista 
dell' osservatore virtuale . 

Infine il "tag" TURNING consente di adagiare in oriz- 
zontale il cilindro definito sopra per ottenerne una 
sorta di effetto rullo. In questo caso la base e 
I'altezza di ciascun poligono- vengono invertite in 
modo che la visualizzazione della pagina html subisca 
un' analoga rotazione - 

La figura 4 e un esempio autoesplicativo di co 
descrivere un semplice oggetto tridimensionale c 
pagine web visualizzate sulla sua superficie. Esso si 
conforma rigidamente alle regole di formate descritte 
nella sezione precedente. 

Le figure 7a, 7b, 8a e 8b mostrano i due differenti 
schemi di flusso che governano i due diversi approcci 
(statico e dinamico) per la generazione dei componen- 
ti tridimensionali - 

I processi e i sistemi hardware e software coinvolti 
nei due casi sono sostanzialmente diversi e implicano 
da parte dell ' autore attivita di complessita crescen- 
te; in realta, i due approcci comportano differenti 
attivita solo da parte dell' autore, cibe in fase di 
generazione dei componenti tridimensionali, mentre, 
dal punto di vista dell'utente, il «Player 3D» opera 
alio stesso modo e solo in fase di acquisizione dei 
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dati, e in maniera trasparente all'utente^ adotta due 
procedure different! a causa della diversa natura dei 
dati in ingresso. 

Nell' approccio statico descritto nelle figure 7a e 
7b, I'elemento fondamentale e il sistema autore 31. 
Esso e un' applicazione software che consente al crea- 
tore delle pagine web di costruire gli oggetti tridi- 
mensionali in maniera visuale e di comporli sulla pa~ 
gina html; inoltre, comuni strumenti ereditati da ap- 
plicazioni tipicamente orientate al tridimensionale, 
consentono la definizione accurata dell' animazione 
dell' oggetto • II software autore e' piu' ampiamente 
illustrate nella successiva figura 11. Una volta 
create I'oggetto e definite le sue proprieta visuali 
e dinamiche, il sistema autore produce in uscita un 
file contenente tutte le informazioni necessarie per 
ricostruire I'oggetto; il file generate risulta in 
formato binario. 

Oltre al file binario, il sistema autore produce le 
istruzioni html di figura 6, le quali invocano il 
«Player 3D»y definiscono le dimension! del componente 
attivo da creare all' interne della pagina web e 
specificane il nome del file contenente la descrizio- 
ne dell'oggetto da visualizzare (il file precedente) . 
E' cura dell' autore inserire tali istruzioni html 
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all'interno del codice html della pagina destinata ad 
ospitare il componente tridimensionale . 
II file descrittore dell ' oggetto, alia pari delle pa- 
gine html che compongono il * sito web, e pubblicato 
sul web server di destinazione ; tale operazione e il- 
lustrata dal blocco 32. Le dimensioni tipiche del fi- 
le binario sono dell'ordine di 1 Kb, mentre il tempo 
di scaricamento con un modem standard a 28.8 kbps e 
inferiore al secondo. 

Dalla parte dell'utente, con la procedura indicata 
con 33 in figura 7b, I'utente accede alia pagina web 
contenente il componente tridimensionale. 
Al momento dell' esecuzione delle istruzioni di figura 
6, se il «Player 3D» 30 non e installato nel web 
browser prescelto, quest' ultimo si connette automati- 
camente ad uno specifico web server, scarica il file 
del «Player 3D» 30, lo decomprime e lo installa. 
Queste ultima due operazioni sono rappresentate nella 
figura 7b dal blocco di scelta 34 e dal processo 35. 
Una volta installato, o se gia residente nel browser, 
il «Player 3D» 30 viene eseguito; esso interpreta il 
file che descrive il componente tridimensionale e lo 
visualizza sul monitor. L' esecuzione . del «Player 3D» 
30 e rappresentata dal blocco di processo 36. 
Le figure 8a e 8b illustrano lo schema di flusso 
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dell' approccio dinamico. Dalla parte del web server, 
la prima operazione a carico dell'autore e richiedere 
una licenza per il proprio dominio. 

Diversamente dal caso precedente, la generazione del 
file che descrive il componente tridimensionale non 
si appoggia al sistema autore e, trattandosi di un 
comune file di testo, esso e compilabile con un comu- 
ne ''editor'' di testo, a patto di rispettarne il for- 
mato documentato nelle figure 2a, 2b, 3 e 4. 
II «Player 3D» 30 e in grado di interpretare anche 
tale formato, ma, in questo caso, ne certifica la li- 
cenza- Come per il caso del file binario, le dimen- 
sioni tipiche del file di testo sono dell'ordine di 1 
Kb e il tempo di scaricamento con un modem standard a 
28.8 kbps e inferiore al secondo. 

Per meglio illustrare I'aspetto della licenza, la fi- 
gura 1 riporta il meccanismo dettagliato 
dell' autenticazione, che coinvolge precise procedure 
sia dal lato server che dal lato utente. 
Nell' approccio statico, il flusso precede linearmente 
dal server http 45 al computer utente 48, passando 
attraverso la fase di scaricamento 47 del file bina- 
rio 46 fino alia sua finale vigualizzazione sul moni- 
tor dell' utente, tramite il componente attivo 49. 
Nel caso dinamico il flusso e piu articolato e coin- 
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volge alcuni process! aggiuntivi. 

Nel server http 45 risiedono uno o piu file script 51 
interpretabili dal server stesso 45 e il file 52 che 
contiene la chiave di licenza associata alio specifi- 
co dominio Internet. Quando il computer utente 4 8 ac- 
cede al server http 45, i file script 51 non vengono 
direttamente scaricati, ma eseguiti dal server stes- 
so; cio che viene scaricato e il risultato 53 di tale 
esecuzione. In genere, i file script 51 sono file di 
tipo .asp, -jsp, ecc. che si appoggiano a ^Matabase" 



server 50 e da cui estraggono inf ormazioni relative ffS> j^&Sfl^S^ 




per esempio all'utente che ha eseguito I'accesso. X^"^ H^'^;;-^-'^' 

II risultato dell' esecuzione del file script e un fi- ^^/7^:''n 
le di testo, che descrive nel formate corretto gli 
element! tridimensional! da visualizzare tramite il 
componente attivo 54. II file di testo 53 cosi gene- 
rate giunge infine, attraverso la fase di scaricameii- 
to 55, al computer utente 48, presso il quale il com- 
ponente attivo 54 riconosce il formato del file in 
arrive . 

Nel caso in questione, prima di visualizzarne il con- 
tenuto, il componente attivo scarica il file di li- 
cenza 52 e verifica che la chiave in esso contenuta 
corrisponda al nome del dominio Internet secondo uno 
schema di criptazione prestabilito . Infine, una volta 
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autenticata la licenza, il processo 54 visualizza il 
componente tridimensionale . Le dimensioni tipiche del 
file di licenza sono dell'ordine del 100 byte e il 
tempo di scaricamento con un modem standard a 28.8 
kbps e inferiore a 0-5 secondi. 

Ritornando alle figure 8a e 8b, una volta ottenuta 
una chiave di licenza valida per il proprio dominio, 
I'autore si occupa di creare i contenuti dinamici ap- 
poggiandosi a linguaggi di script tipici dei server 
http; I'operazione rappresentata dal blocco 38 fa si 
che il server possa generare componenti tridiinensio- 
nali in maniera dinamica a seconda^ .P^^ esempio, 
dell'utente registrato o di eventi innescati 
dall'utente stesso durante la navigazione. 
Nella fase 39, file di script e file di licenza sono 
immagazzinati e pubblicati nel server web. 
Dalla parte utente, tutto si svolge in maniera tra- 
sparente all'utente, ma la procedura di visualizza- 
zione passa attraverso una sequenza di processi piu 
elaborata che nel caso statico descritto in preceden- 
za; infatti anche in questo caso nella fase 33 
I'utente accede ad una pagina web contenente un com- 
ponente tridimensionale ma prima che le pagine html 
vengano fisicamente scaricate, il server esegue gli 
script server e il risultato, costituito da file di 
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testo correttamente formattati, e trasmesso al 
browser utente, Cio avviene' nel blocco di processo 
40. Successivamente, avviene la stessa verifica del 
caso statico, sulla presenza o meno del «Player 3D» 
30 e il suo eventuale scaricamento ed installazione 
(processi 34 e 35) . 

Una volta implementator il «Player 3D» 30 identifica 
il tipo di formato di file nel processo 41. Trattan- 
dosi di file di tipo dinamico, nel blocco successive 
42 legge il file di licenza dal server e confronta la 
chiave con il nome del dominio Internet del sito in 
questione. Se la licenza e valida ha inizio il pro- 
cesso di visualizzazione 36; in alternativa (blocco 
44) r il «Player 3D» 30 termina I'esecuzione senza vi- 
sualizzare il contenuto del file. 

In figura 11 e' rappresentato in dettaglio lo schema 
di flusso di una tipica sessione di lavoro basata sul 
sistema autore (processo 31 di figura 7) . In essa so- 
no messi in evidenza i contributi da e verso 
I'esterno e le procedure che invece sono strettamente 
eseguite all' interne del sistema stesso. 
Come piu volte accennato, scopo del sistema autore 31 
e consentire una rapida prototipizzazione dei contri- 
buti tridimensionali che 1' autore intende inserire 
nel proprio sito web. La procedura viene svolta in un 
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ambiente integrate completamente visuale ed interat- 
tivo che consente la definizione delle proprieta geo- 
metriche e dinamiche dell'oggetto e la definizione 
dei contributi web da mappare sulla superficie 
dell'oggetto stesso. II risultato dell' operazione e 
rappresentato da file binari e codice html facilmente 
integrabile nell' architettura generale del sito. 
Immediatamente dopo I'apertura del sistema autore 31^ 
I'utente ha la facolta di caricare in memoria un pro- 
getto salvato in una precedente sessione di lavoro al 
fine di modificarne alcune proprieta, o in alternati- 
va di crearne uno nuovo. In quest ' ultimo caso viene 
proposto un percorso guidato (detto ^^wizard") che fa- 
cilita I'utente in maniera amichevole a definire le 
caratteristiche principal! del nuovo oggetto. 
Una volta che il progetto e caricato nel sistema, il 
primo insieme di proprieta che necessitano di defini- 
zione sono quelle relative all' area di lavoro 57 da 
utilizzare nella sessione corrente . Alio scopo una 
finestra di dialogo consente di specificare il per- 
corso di una cartella di lavoro su disco fisso. Xn 
essa verranno scaricati i file di ^^output" generati e 
da essa verranno prelevati file html dichiarati nella 
successiva fase di mapping 62. Sempre in tale fine- 
stra di dialogo I'utente puo indicare se il sistema 
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debba interf acciarsi con un ^^http server" locale, e 
in questo case ne va specificate il nome, affinch^ 
esegua eventuali ''server-script'' associati alle facce 
in alternativa a file html. La possibilita di esegui- 
re dinamicamente gli script durante la sessione di 
lavoro e determinante per consentire il test e la va- 
lidazione delle funzionalita dell'oggetto in corso di 
definizione. L' ultima proprieta relativa all' area di 
lavoro e la specif icazione del nome da assegnare 
all'oggetto nonch6 al file che lo descrive, 
II successive blocco 58 di proprieta da definire ri- 
guardano il componiente attivo. Come si e detto, il 
componente attivo costituisce il contenitore in cui 
si muove I'elemento tridimensionale . Tale contenitore 
occupa una porzione della pagina visualizzata nel 
browser e generalmente si sovrappone ad essa in ma- 
niera trasparente. Una finestra di dialogo consente 
di definire le dimensioni del contenitore (cioe in 
ultima analisi le dimensioni della regione in cui e 
possibile animare I'oggetto) e la modalita di visua- 
lizzazione. Due diverse modalita sono supportate: 
quella basata su finestra (''window-based'') e quella 
senza finestra ("windowless") . In modalita "window- 
based", il riquadro in cui I'oggetto e visualizzato e 
ben distinguibile ail' interne della pagina html e ad 
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esso e dedicate una specif ica porzione all' interne 
dell' architettura della pagina stessa. In modalita 
^^windowless"^ il riquadro resta invisibile (in quanto 
trasparente) e I'oggetto tridimensionale appare gal- 
leggiare sopra i contributi di testo della pagina 
sottostante. Nel primo caso la finestra di dialogo 
consente di definire i colori di sfondo del riquadro 
in questione. 

Nel modulo 59 si definiscono le proprieta geometriche 
dell' oggetto . Nel prototipo in questione i solidi 
supportati sono semplici cilindri geometrici regolari 
per i quali restano da definire: numero di facce 
(cioe numero di lati del poligono regolare di base) , 
lunghezza del lato del poligono di base e altezza del 
poliedro. Nella stessa finestra di dialogo e possibi- 
le specificare anche il tipo di sviluppo (orizzontale 
o verticale) del cilindro stesso. 

L' interf accia grafica di cui il sistema autore 31 e 
dotato, per la definizione delle proprieta dinamiche 
dell'oggetto e piu elaborata delle precedenti . Essa 
si compone di un primo blocco 61 in cui per ciascun 
grado di liberta { traslazione, rotazione e scala) e 
possibile digitare il valore numerico della coordinia- 
ta . In alternativa, posizione e . orientamento 
dell'oggetto sono pilotabili in maniera interattiva 
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nella finestra di previsualizzazione^ dove e possibi- 
le agganciare I'oggetto con il puntatore del mouse e 
trasportarlo, ruotarlo, avvicinarlo o allpntanarlo 
nella conf igurazione desiderata. La finestra di dia- 
logo contenente i valori correnti dei gradi di liber- 
ta fornisce una sezione in cui i suddetti valori pos- 
sono essere impostati come valori di partenza (valori 
di default) al momento del trasf erimento dell'oggetto 
dalla rete al ^'browser web''. Ad ogni valore numerico 
che rappresenta la coordinata di una proprieta cine- 
matica dell'oggetto e associate un bottone per 
1' inserimento dei ^^key frame''. Alia pressione del ta- 
sto, nella curva di funzione della proprieta in que- 
stione, viene inserito un ^'key frame" (cioe un cam- 
pione) nell'istante in cui si trova il puntatore sul- 
la barra dei tempi e con il valore corrente assunto 
dalla proprieta al momento della pressione del tasto. 
In altre parole la procedura di inserimento dei ^^key 
frame" e un' operazione iterativa che si svolge secon- 
do i seguenti passi: posizionamento dell'oggetto nel- 
la conf igurazione desiderata, inserimento del '^key 
frame", spostamento dell' indicatore del tempo in un 
nuovo istante, spostamento dell'oggetto in una nuova 
posizione, inserimento di un nuovo ^^key" e cosi via. 
L' intera procedura avviene nel blocco 61, in cui si 
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assegna anche la proprieta di ^'auto start'<, cioe se 
un' animazione dell'oggetto e stata preimpostata, 
quest ' ultimo si mettera in movimento non appena cari- 
cato nel browser dell'utente. 

La definizione dell' animazione dell' oggetto pud esse- 
re ulteriormente raffinata nel blocco 60. Una dedica- 
ta finestra di dialogo visualizza per ogni proprieta 
cinematica la corrispondente curva di funzione. Essa 
e rappresentata in un sistema cartesiano avente in 
ascissa I'asse dei tempi e in ordinata il valore del- 
la propriety. I ^^key frame" sono visibilmente rappre- 
sentati tramite marcatori disegnati sulla curva che 
rappresenta I'andamento della proprieta. Le curve 
suddette sono manipolabili direttamente dal loro gra- 
fico, il quale consente in maniera interattiva di ri- 
muovere '^key frame'' preesistenti , inserirne di nuovi 
o cambiarne la curvatura e il tipo di interpolazione 
tra ^''key frame" successivi. 

Definite le proprieta cinematiche dell ' oggetto, il 
blocco successive 62 consente di specificare gli in- 
dirizzi URL da mappare su ciascuna faccia del poli- 
edro. Anche in questo caso una dedicata finestra di 
dialogo consente una facile definizione della pagina 
html da utilizzare o addirittura di accedere alia re- 
te per associare pagine di altri siti presenti in In- 
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ternet . 

Nella pratica sara cura dell'autore scrivere il codi- 
ce html della pagina che vuole mappare sulla faccia 
dell'oggetto e questo avviene con comuni strumenti di 
"web content management" resident! esternamente al 
sistema autore (blocco 63) . 

Nella finestra di previsualizzazione e possibile se- 
lezionare in sequenza le faccia da mappare con un 
semplice click del mouse, ed associargli I'indirizzo 
desiderate. Come si e detto, a ciascuna faccia e as- 
sociabile un qualsiasi valido indirizzo interpretabi- 
le dal browser, il che significa anche indirizzi di 
componenti attivi (i ^^server-script'') . Nella stessa 
finestra di dialogo dedicata al mapping e possibile 
definire in alternativa all' indirizzo URL, un colore 
di sfondo. Un'ulteriore finestra di dialogo implemen- 
ta la procedura 64, in cui 1' autore ha facolta di de- 
finire quali saranno le liberta di movimento concesse 
all'utente nella fase finale di interazione con 
1-oggetto tridimensionale visualizzato sul suo 
browser. Per ovvi motivi di design 1' autore puo voler 
limitare alcuni movimenti alio scopo di impedire che 
I'oggetto si sovrapponga a zone non desiderate della 
pagina sottostante oppure decidere che, per una cor- 
retta visualizzazione delle informazioni che vuole 
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trasmettere, I'oggetto debba limitarsi per esempio 
alia sola rotazione o alia sola traslazione. 
La finestra di dialogo suddetta consente per ciascuna 
proprieta cinematica di definire se sara modif icabile 
dall''utente e, in tal caso, di specif icarhe i limiti 
inferiore e superiore di variabilita. 

Inoltre nella stessa finestra sono impostabili gli 
stati di riposo pref erenziali . Essi rappresentano gli 
stati di posizione, orientamento e vicinanza cui 
I'oggetto tendera non appena rilasciato dall'utente 
che vi interagiva. Come descritto precedentemente, 
I'utente per mezzo del mouse e in grado di manovrare 
I'oggetto a suo piacimento e quando interrompe 
I'azione invece di arrestarsi nella posizione corren- 
te, I'oggetto automaticamente si porta nello stato 
pref erenziale piu prossimo alia posizione corrente. 
Naturalmente la scelta degli stati pref erenziali e 
libera ma di norma coincide con quelli che consentono 
la piu facile leggibilita dei contenuti informativi 
mappati sulle facce dell' oggetto . 

II blocco di "preview" 65 e una finestra graf ica in 
cui I'autore e in grado . di verificare funzionalita e 
validita del lavoro in corso. In realta, tale fine- 
stra di preview e divisa in due sezioni: la prima e 
propriamente I'area di lavoro dell'autore, ove 
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I'utente manipola liberamente I'oggetto e ne defini- 
sce interattivamente 1' animazione, mentre la seconda 
e un effettivo preview del risultato finale che appa- 
rira all'utente del web e consente lo stesso grado di 
interattivita del componente attivo in mano 
all'utente finale. L' interazione con I'oggetto e cioe 
soggetta ai vincoli imposti dall'autore. 
Al fine di consentire un ^^preview'' realistico del ri- 
sultato finale, il sistema autore 31 genera interna- 
mente una pagina html completa contenente al sue in- 
terne 1' invocazione al componente attivo 30 e la de- 
finizione del file descrittore dell ' oggetto . Inoltre 
crea un web browser indipendente, lo visualizza, e lo 
inizializza con I'indirizzo della pagina suddetta, 
Nella parte inferiore dell' interf accia grafica, un 
insieme di comandi 66 consentono la gestione del 
^^playback" dell' animazione alio scopo di previsualiz- 
zarne il risultato. Oltre ai comuni controlli del 
^'play'', ^^rewind" e ''^fast forward'' e presente un barra 
dei tempi ed un puntatore scorrevole sopra di essa. 
Esso e lo strumento che consente di variare il rife- 
rimento temporale per 1' inserimento dei ^^key frame" 
in successivi istanti di tempo. Esso risulta anche un 
comodo strumento interattivo per la visualizzazione 
della sequenza animata in quanto I'indicatore del 
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tempo pu6 essere agganciato col pulsante del mouse e 
trascinato sulla barra lungo I'asse del tempi. 
Due importanti proprieta di questa sezione sono quel- 
le che definiscono la durata e la fluidita della se- 
quenza: la durata ^ un valore espresso in secondi e 
rappresenta il tempo col quale si vuole che I'oggetto 
esegua I'animazione assegnatagli, mentre la fluidita 
esprime il grado di continuita con cui I'oggetto si 
muove . In pratica e una misura indiretta del numero 
di volte che la ^^bitmap", rappresentante I'oggetto, 
deve essere ridisegnata e ricomposta sulla pagina 
sottostante nell'unita di tempo per ottenere 
I'effetto del movimento; I'evento di riscrittura del- 
la ^^bitmap" corrisponde ad un ciclo di ^^rendering'' 
nel componente attivo 30. 

Una volta completata la fase di definizione delle 
proprieta e validate il lavoro eseguito nella fine- 
stra di ^^preview", 1' ultimo passo consiste 
nell' esportare il risultato fuori dal sistema autore 
31. Cio avviene nel blocco 67 di figura 11. 
L'effetto dell' esportazione consiste nella generazio- 
ne di un file binario 69 che contiene al suo interne 
in maniera criptata tutte le informazioni che 
1' autore ha specificate per I'oggetto in questione e 
un insieme di istruzioni html 68 (dettagliatamente 



- 61 - Ing. Barzand & Zanardo Milano S.p.A. 



riportate nella figura 6), che I'autore provvedera ad 
inserire nella pagina html destinata ad ospitare 
I'oggetto tridimensionale . Entrambi i contenuti sono 
infine pubblicati nel web server destinato a contene- 
re il sito web in costruzione. 

Dalla descrizione effettuata risultano chiare ie ca- 
ratteristiche del sistema per la creazione, la visua- 
lizzazione e la gestione di oggetti tridimensionali 
su pagine web e del metodo relative, che sono oggetto 
della presente invenzione, cosi come chiari ne risul- 
tano i vantaggi. 

E' chiaro, infine^ che numerose altre varianti posso- 
no essere apportate a tale sistema e a tale metodo 
senza per questo uscire dai principi di novit^ insiti 
nell'idea inventiva, cosi come e chiaro che, nella 
pratica attuazione dell' invenzione, le funzioni, i 
materiali, le forme e le dimensioni dei dettagli il- 
lustrati potranno essere qualsiasi a seconda delle 
esigenze e gli stessi potranno essere sostituiti con 
altri tecnicamente equivalenti. 
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RIVENDICAZIONI 

1. Metodo per la creazione/ la visualizzazione e la 
gestione di oggetti tridimensionali su pagine web, 
atto a consentire di accedere ad oggetti tridimensio- 
nali presenti su un web browser (29) di una rete del 
tipo World-Wide-Web, caratterizzato dal fatto di com- 
prendere una prima fase di elaborazione elettronica 
di detti oggetti, che vengono trattati in modo tale 
da apparire come oggetti reali su pagine standard del 
web, detti oggetti essendo atti ad interagire con un 
utilizzatore, in modo tale da visualizzarne informa- 
zioni presenti su loro superfici esterne^ ed una se- 
conda fase di sovrapposizione di pagine html su dette 
superfici degli oggetti, in modo tale che ciascuna 
faccia di ogni oggetto si comporti come un web 
browser (29) standard, supportandone le f unzionalita . 

2. Sistema per la creazione, la visualizzazione e la 
gestione di oggetti tridimensionali su pagine web im- 
plementante un metodo relative come alia rivendica- 
zione 1, caratterizzato dal fatto di comprendere al- 
meno due soggetti attori ed almeno due diverse confi- 
gurazioni ^'hardware", in cui un primo sistema com- 
prende un web server (22), ove sono immagazzinate le 
pagine web contenenti detti oggetti tridimensionali, 
una serie di chiavi di accesso (25, 26), un computer 
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(22A) ed un programma applicativo per elaboratori at- 
to a generare le pagine web, ed un secondo sistema 
comprende mezzi per I'esecuzione di web browser (29) 
su uno o piu elaboratori (24) di utenti finali, alme- 
no una applicazione software (30) funzionante nel web 
browser (29) ed almeno un server web (23) , a cui ac- 
cede 1' utilizzatore per scaricare i contenuti di al- 
meno una applicazione web (28). 

3. Sistema come alia ri vendicazione 2, caratteri zzato 
dal fatto che detta applicazione software (30) e co- 
stituita dal componente attivo «Player 3D», il quale, 
se gia presente all' interne di detto elaboratore (24) 
dell'utente finale, permette la generazione di un fi- 
le di riferimento contenente la descrizione di detti 
oggetti tridimensionali da visualizzare . 

4. Sistema come alia rivendicazione 2, caratterizzato 
dal fatto che detta applicazione software (30) , co- 
stituita dal componente attivo «Player 3D», e scari- 
cabile automaticamente dal server web (23) ed instal- 
labile nell' elaboratore (24) dell'utente finale, in 
modo tale che una pluralita di web browser (29) acce- 
dano a detta applicazione web (28) simultaneamente . 

5. Sistema come alia rivendicazione 2, caratterizzato 
dal fatto che detto web browser (29) comprende almeno 
una interfaccia tridimensionale, che e gestibile in 
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modality statica, vale a dire generata dagli autori 
di un sito del web, o dinamicamente composta da un 
sistema server, a partire da almeno una base di dati 
o ^Matabase" (27), per la generazione di pagine html. 

6. Sistema come alia rivendicazione 2, caratterizzato 
dal fatto che detti oggetti tridimensionali sono 
creati ed animati dagli autori del sito staticamente 
o in maniera dinamica, eseguendo un programma server 
ogniqualvolta si accede ad una pagina web. 

7. Sistema come alia rivendicazione 2, caratterizzato 
dal fatto che detto web browser (29) esegue, quale 
applicazione Windows, una applicazione di tipo 
"ActiveX", la cui finestra di visualizzazione si so- 
vrappone ad una pagina web sottostante, detta fine- 
stra di visualizzazione comprendendo un'area, in cui 
non e presente detto oggetto tridimensionale da rap- 
presentare, che e resa completamente trasparente tra- 
mite una fase di ^^rendering" , in modo da non oscurare 
la pagina sottostante. 

8. Sistema come alia rivendicazione 4, caratterizzato 
dal fatto che detto componente attivo «Player 3D» 
consente all'utente di manipolare la posizione e 
1' orientamento di detto oggetto tridimensionale nello 
spazio e garantisce una serie di operazioni che 
I'utente compie su interfacce basate su ^'Hypertext". 
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9. Metodo di creazione, visualizzazione e gestione 
come alia rivendicazione 1, caratterizzato dal fatto 
di prevedere le seguenti ulteriori fasi: 

- riconoscimento (1) di formati di dati in ingresso; 

- validazione (8), per mezzo di un file di autentica- 
zione, e verifica tra chiavi di accesso, nel caso in 
cui si riconosca un formato testo; 

- lettura (3) della descrizione di elementi da almeno 
un documento in rete (4, 5) e creazione di almeno un 
oggetto tridimensionale in memoria; 

- realizzazione (9) di un nuovo web browser (29) per 
ogni faccia di detto oggetto tridimensionale cui e'?'. 
associate un indirizzo di un file html o di una ap-X.:^s 
plicazione server che restituisce un file html; 

- caricamento delle pagine html; 

~ successiva implementazione di una fase di "rende- 
ring" (6) e di "rests listening" per un successive 
ingresso (13) immesso dall ' utilizzatore; 

- implementazione di una fase di "texturing" (11), in 
cui viene memorizzata 1 ' immagine di detta pagina html 
visualizzata nel web browser (29); 

" derivazione di una immagine fisica della pagina web 
da detto web browser (29) a istanti consecutivi di 
tempo ed invio di detta immagine ad un blocco di 
"rendering" (6) insieme con la descrizione geometrica 
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e fisica di detto oggetto tridimensionale alio stesso 
instante, detto blocco di '^rendering" (6) essendo in 
grado di generare e visualizzare un' imagine prospet- 
tica di detto oggetto su un monitor (12) 10. Metodo 
come alia rivendicazione 9, caratterizzato dal fatto 
che detta descrizione contiene informazioni relative 
alia geometria e all ' animazione di detto oggetto tri- 
dimensionale del componente e gli indirizzi URL di 
ogni elemento html presente su ciascuna superficie di 
detto oggetto tridimensionale. 

11. Metodo come alia rivendicazione 9, caratterizzato 
dal fatto che detti element! comprendono il numero di 
lati^ la lunghezza di ogni lato, le dimensioni delle 
superfici, le animazioni, le modalita pref erenziali e 
i gradi di liberta di ogni oggetto tridimensionale. 
12- Metodo come alia rivendicazione 9, caratterizzato 
dal fatto che detta fase di ''rendering" (6) utilizza 
i dati geometrici di detto oggetto tridimensionale e 
i dati cinematici relativi alia posizione di detto 
oggetto in un determinate sistema di riferimento di 
detto componente attivo, detti dati essendo prelevati 
da immagini estratte da detti web 'browser (29) da vi- 
sualizzare sulle superfici dell' oggetto . 
13. Metodo come alia rivendicazione 12, caratterizza- 
to dal fatto che detta fase di ''rendering'' (6) com- 
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prende un primo stadio (17), che esegue un algoritmo 
di scansione lineare, durante il quale vengono pro- 
cessate le inf ormazioni geometriche e di posizione di 
detto. oggetto tridimensionale e le stesse vengono re- 
lazionate dal punto di vista dell' osservatore per ot- 
tenere un effetto prospettico di detto oggetto. 

14. Metodo come alia rivendicazione 13, caratterizza- 
to dal fatto che detta fase di ^''rendering'' (6) com- 
prende un secondo stadio (18) in cui si genera 
un' immagine o "bitmap" (19) della rappresentazione 
prospettica dell' oggetto, determinata dalla posizione 
nello spazio dal punto di vista dell ' osservatore . 

15. Metodo come alia rivendicazione 14, caratterizza- 
to dal fatto che detta fase di ^^rendering" genera una 
ulteriore uscita (20) , che garantisce le funzionalita 
di ipertesto delle pagine visualizzate su ogni ogget- 
to tridimensionale . 

16. Metodo come alia rivendicazione 11, caratterizza- 
to dal fatto che detta fase di animazione degli og- 
getti tridimensionali e effettuata in modo tale che 
ad ogni parametro di animazione di ciascun oggetto 
tridimensionale e associabile una funzione che ne de- 
scrive la dinamica nel tempo. 

17. Metodo come alia rivendicazione 1, caratterizzato 
dal fatto che detti oggetti tridimensionali presenta- 
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no stati di posizione impostabili dall'utente, trami- 
te interazione con il mouse. 

18. Metodo come alia rivendicazione 1, caratterizzato 
dal fatto che detti componenti tridimensionali sono 
generati in modalita statica o dinamica. 

19. Metodo come alia rivendicazione 18, caratterizza- 
to dal fatto che detta modalita statica prevede il 
f unzionamento di una applicazione software (31) , che 
consente ad un autore di pagine web di costruire gli 
oggetti tridimensionali in maniera visuale e di com- 
porli su una pagina html;, detta applicazione produ- 
cendo in uscita un file in formato binario contenente 
le informazioni necessarie per ricostruire dettp og- 
getto tridimensionale . 

20. Metodo come alia rivendicazione 18, caratterizza- 
to dal fatto che detta modalita dinamica e effettuata 
(38) da detto server, che genera componenti tridimen- 
sionali a seconda, per esempio, dell'utente registra- 
to o di eventi innescati dall'utente stesso durante 
la navigazione. 

21. Metodo come alia rivendicazione 18, caratterizza- 
to dal fatto che detta modalita dinamica si effettua 
tramite una fase (33) in cui I'utente accede ad una 
pagina web contenente un oggetto tridimensionale e, 
prima che dette pagine html vengano fisicamente sea- 
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ricate, il server esegue gli script server e il ri- 
sultato, costituito da file di testo formattati^ vie- 
ne trasmesso (40) ad un browser utente. 
22. Metodo come alia rivendicazione 21, caratterizza- 
to dal fatto che detto componente attivo «Player 3D» 
legge (41) il tipo di formato di file, legge (42) un 
file di licenza da detto server e confronta una chia- 
ve di accesso con il nome di dominio Internet del si- 
to e, nel caso in cui detta licenza sia valida, ini- 
zia un procedimento di visualizzazione (36) , mentre, 
nel caso in cui detta licenza non sia valida (44), 



termina 1' esecuzione senza visualizzare il coiitenuto "^^^.^ '^^^o 



di detto file di licenza. 

23. Metodo come alle rivendicazioni 3 e 5, caratte- 
rizzato dal fatto di prevedere la realizzazione di un 
formato proprietario di file per la descrizione di 
componenti tridimensionali, rendendo detto componente 
attivo in grade di interpretare file, in formato bi- 
nario o in formato testo, aderenti ad una prefissata 
f ormattazione, in modo tale da mettere gli autori web 
in grade di sviluppare applicazioni script utilizzan- 
do detta interfaccia tridimensionale . 

24. Metodo come alia rivendicazione 1, caratterizzato 
dal fatto di prevedere la realizzazione di un sistema 
software (31) che consente la generazione di oggetti 
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tridimensionali e la definizione delle loro proprieta 
in un ambiente visuale ed interattivo, il quale non 
richiede la scrittura di codice HTML da parte 
dell'autore ma genera automaticamente le istruzioni 
di codice necessarie alia pubblicazione di detti og- 
getti su un sito web. 

25. Sistema per la creazione, la visualizzazione e la 
gestione di oggetti tridimensionali su pagine web e 
metodo relativo come sostanzialmente descritti ed il- 
lustrati e per gli scopi specif icati. 

Ing. Barzano & Zanardo Milano S.p.A. 

BR/br 



<ELEMENT> // Dichiarazione di un elemento 3D 

<ID> // Identificatore deN'elemento 3D 

integer (ID value) 

<SIMPLIFIED> // L'elemento 3D e' di tipo semplificato (un polygono regolare 

estruso) 

integer (base in pixel) 
integer (altezza in pixel) 
integer (numero di facce) 

<PAGEiD_AND_ADDRESS> // Sul poiigono identificato dall'ID sara' proiettata la pagina 

corrispondente airURL specificato 
integer (ID del poiigono) 
string (URL delta pagina) 

<XTRANDOF> // Gradi di liberta' per traslazione 

Integer (0 traslazione libera; 1 il valore seguente sara' usato come limite inferiore; 2 
il valore seguente sara' usato come limite superiore; 3 i due valori seguenti 
saranno usati come limiti inferiore e superiore per la traslazione) 
float (minimo valore di traslazione) 
float (massimo valore di traslazione) 
<YTRANDOF> 

<ZTRANDOF> 

••• » 
<XROTDOF> // Gradi di liberta' per rotazione 

integer (0 rotazione libera; 1 il valore seguente sara' usato come limite inferiore; 2 
il valore seguente sara' usato come limite superiore; 3 i due valori seguenti 
saranno usati come limiti inferiore e superiore per la rotazione) 
float (minimo valore di rotazione) 
float (massimo valore di rotazione) 
<YROTDOF> 

<2ROTDOF> 

<XSCALDOF> // Gradi di liberta' per scala 

Integer (0 traslazione libera; i il valore seguente sara' usato come limite inferiore; 2 
il valore seguente sara' usato come limite superiore; 3 i due valori seguenti 
saranno usati come limiti inferiore e superiore per la scala) 
float (minimo valore di scala) 
float (massimo valore di scala) 
<YSCALDOF> 

<ZSCALDOF> 
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<FCURVETYPE> // Tipo di curva di animazione 

Integer (1 lineare, 2 spline, 3 bezier) 

<XTRANKEY> // Chiavi di una curva di traslazione 

integer (istante in cui la chiave e' Impostata) 
float (valore di traslazione ) 

float (solo nel case di curva bezier: definisce la pendenza a sinistra della chiave) 
float (solo nel caso di curva bezier: definisce la pendenza a destra della chiave) 
<YTRANKEY> 




<ZTRANKEY> 



<XROTKEY> // Chiavi di una curva di rotazione 

integer (istante in cui !a chiave e' impostata) 
float (valore di rotazione) 

float (solo nel caso di curva bezier: definisce la pendenza a sinistra della chiave) 
float (solo nel caso di curva bezier: definisce la pendenza a destra della chiave) 
<YROTKEY> 

<ZROTKEY> 

<XSCALKEY> // Chiavi di una curva di scale 

Integer (istante in cui la chiave e' impostata) 
float (valore di scala) 

float (solo nel caso di curva bezier: definisce la pendenza a sinistra della chiave) 
float (solo nel caso di curva bezier: definisce la pendenza a destra della chiave) 
<YSCALKEY> 

<ZSCALKEY> 



<PREFSTATE> 
<PREFTRAN> 
float 
float 
float 
<PREFROT> 



<PREFSCAL> 



// Uno stato preferenziale e' dichiarato 
// Definisce 11 tipo di stato preferenziale 



(valore x dello stato prferenziale) 

(valore y dello stato prferenziale) 
(valore z dello stato prferenziale) 




<SCENEBGCOLOR> // Definisce il colore di sfondo del componente attivo 

integer (colore di sfondo) 

<FACEBGCOLOR> // Definisce il colore del poligono 

integer (ID della faccia) 
integer (Colore della faccia) 

<DEFAULT_TRANSFO> // Definisce lo stato iniziale di traslazione. rotazione e scala 

float (valore x di traslazione) 

float (valore y di traslazione) 

float (valore z di traslazione) 

float (valore X di rotazione) 

float (valore y di rotazione) 

float (valore z di rotazione) 

float (valore x di scala) 

float (valore y di scala) 

float (valore z di scala) 

<START_ANIMATION> // Animazione parte automaticamente 

<NOAUTODEEP> // H 3d element non viene traslato nella direzione Z per 

mantenere la dimensione impostata in unita' pixel 
<TURNING> // L'elemento 3D viene ruotato in modalita' rullo 



MANDATORY TAG: 
<ELEMENT> 

<ID> altrimenti viene usato il valore 0 per ogni elemento 

<SIIVIPUFIED> 

TAG RELATION: 

<ELEMENT> prima di ogni insieme di tag legato alle proprieta' deU'elemento 3D. 
L' <FCURVETYPE> deve essere definito prima di ogni < KEY> 



<ELEMENT> 
<ID> 

1 

<SIMPLIFIED> 

224. 130. 8 
<PAGEID_AND_ADDRESS> 

0, 3d/Promo.asp 
<PAGEID_AND_ADDRESS> 

1, 3d/ScoopBuster.asp 
<PAGEI D_AND_ADDRESS> 

2, 3d/Mailing List. asp 
<PAGEID_AND_ADDRESS> 

3, http://www.repubblica.it 
<PAGEID_AND_ADDRESS> 

4, http://www.ilsole24ore.com 
<YROTDOF> 

0, 360, 0 
<FCURVETYPE> 
3 

<YROTKEY> 

0. 0. 0. 0 
<YROTKEY> 

100. -360. 0, 0 
<START_ANIMATION> 
<AUTODEEP> 
<SCENEBGCOLOR> 

11105615 





<object classid="CLSID:11 E6FE20-C5E2-1 1 D4-B07A- 
0050DA2873C1" 

width="i20" height="120" id="element3D"> 

<PARAM NAME="FileName" Value="element.wzt"> 
<PARAM NAME="WLess" Value="1 "> 
</object> 





I MAND?-.TAR!i 
{{iidia) 




